Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
СОЦИОН. » Разговоры за жизнь » Кому такое может быть смешно?
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Например, с точки зрения соционики
http://www.gamedev.ru/code/forum/?id=19939
(для несведущих говорю, что человек написал большую глупость (или стеб хз), над ним начали издеваться, предлагая еще большие глупости, как советы. примерно аналогично нашумевшей истории как кастрировать кота.)
Ну это примерно как на кубанском форуме было "как закачать файл в интернет". Все рады были остроумно отметицца.
человек написал большую глупость (или стеб хз)
Судя по реплике про била, который придумал си и корявую архитектуру айбиэм - всё же стёб.
Ragnarok пишет:человек написал большую глупость (или стеб хз)
Судя по реплике про била, который придумал си и корявую архитектуру айбиэм - всё же стёб.
Капризка, ты "друг" Фунтика, то есть элфв.
Кста, а расскажите, как программы для мультипроцессорных систем делают?
Хз. Мой дружбан знает, он диссер по этому поводу пишет.
Кста, а расскажите, как программы для мультипроцессорных систем делают?
srez пишет:Кста, а расскажите, как программы для мультипроцессорных систем делают?
=*= Cut ===
*F1! F1! (читая фидо...)*
AB>>> man - это ОТВЕТ на вопрос.
IK>> Вот за что юниксоидов и не любят ;-)
AVB> Конечно. Потому что они заставляют потревожить мозк чтением докофф.
не-а, это они на просьбу подать рулончик туалетной бумаги протягивают в туалет
топор и карту, на которой обведен фломастером ближайший лесной массив.
=*= Cut ===
(с) bash.org.ru
Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон. 
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Примерно так, только функций не обязательно может быть много. Может быть одна функция
srez пишет:Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?
А раскидать по процессорам - это типо дело планировщика?
угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.
А раскидать по процессорам - это типо дело планировщика?
В идеале -- да.
Funtik пишет:А раскидать по процессорам - это типо дело планировщика?
угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.
Мне это тоже бывает интересно... Но поскольку на данный момент мне это ни зачем не нужно, дальше любопытства дело не идет
masai пишет:srez пишет:Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?
компилятор нужон
какие-то версии gcc поддерживают многопроцессорность
компилятор нужон
какие-то версии gcc поддерживают многопроцессорность
Угу. К нему вроде расширение OpenMP есть. Вставляется в код как прагмы.
Например, с точки зрения соционики
http://www.gamedev.ru/code/forum/?id=19939
(для несведущих говорю, что человек написал большую глупость (или стеб хз), над ним начали издеваться, предлагая еще большие глупости, как советы. примерно аналогично нашумевшей истории как кастрировать кота.)
Не то, чтобы смешно, но настроение поднимает.
Чтобы отправить ответ, вы должны войти или зарегистрироваться
СОЦИОН. » Разговоры за жизнь » Кому такое может быть смешно?
На основе PunBB, при поддержке Informer Technologies, Inc.
Currently used extensions: favorite_topic, pun_repository. Copyright © 2008 PunBB
Сгенерировано за 0.008 секунд(ы), выполнено 83 запросов