))]]>Поясню на пальцах. В теории параллельного программирования известны, например, такие задачи, как задача «о философах» Дейкстры, «о стрелках» – Майхилла или из мало известных – «о жуках» и т.д. и т.п. Первые «кушают», другие – «стреляют», третьи – «пожирают» или «гоняются» друг за другом. Это – динамика.
Да не, реально смешно. Спасибо за ветку ))
А у меня почему-то не открываецца дальше второй страницы.
]]>))]]>Например, с точки зрения соционики
http://www.gamedev.ru/code/forum/?id=19939
(для несведущих говорю, что человек написал большую глупость (или стеб хз), над ним начали издеваться, предлагая еще большие глупости, как советы. примерно аналогично нашумевшей истории как кастрировать кота.)
Не то, чтобы смешно, но настроение поднимает.
]]>компилятор нужон
какие-то версии gcc поддерживают многопроцессорность
Угу. К нему вроде расширение OpenMP есть. Вставляется в код как прагмы.
]]>masai пишет:srez пишет:Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?
компилятор нужон
какие-то версии gcc поддерживают многопроцессорность
Funtik пишет:А раскидать по процессорам - это типо дело планировщика?
угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.
Мне это тоже бывает интересно... Но поскольку на данный момент мне это ни зачем не нужно, дальше любопытства дело не идет
]]>А раскидать по процессорам - это типо дело планировщика?
В идеале -- да.
А раскидать по процессорам - это типо дело планировщика?
угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.
]]>srez пишет:Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?
]]>Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Примерно так, только функций не обязательно может быть много. Может быть одна функция
Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
]]>