СОЦИОН. — Кому такое может быть смешно?

Re: Кому такое может быть смешно?

null@example.com (kaprizka) — Mon, 02 Oct 2006 16:44:20 +0000

Кстати, в диагональном программировании и соционика порылась:

Поясню на пальцах. В теории параллельного программирования известны, например, такие задачи, как задача «о философах» Дейкстры, «о стрелках» – Майхилла или из мало известных – «о жуках» и т.д. и т.п. Первые «кушают», другие – «стреляют», третьи – «пожирают» или «гоняются» друг за другом. Это – динамика.

Re: Кому такое может быть смешно?

null@example.com (kaprizka) — Mon, 02 Oct 2006 15:49:52 +0000

spyke, спасибо.

Re: Кому такое может быть смешно?

null@example.com (kaprizka) — Mon, 02 Oct 2006 15:46:46 +0000

spyke пишет:

Да не, реально смешно. Спасибо за ветку ))

А у меня почему-то не открываецца дальше второй страницы.

Re: Кому такое может быть смешно?

null@example.com (U-gin) — Mon, 02 Oct 2006 15:21:33 +0000

Это типа фигня про стружку с крыла, разгон 15"монитора до 17" и "я случайно закачал ненужный мне файл. что с ним делать"?

Re: Кому такое может быть смешно?

null@example.com (spyke) — Mon, 02 Oct 2006 13:02:52 +0000

Да не, реально смешно. Спасибо за ветку ))

Re: Кому такое может быть смешно?

null@example.com (spyke) — Mon, 02 Oct 2006 12:57:39 +0000

Ragnarok пишет:

Например, с точки зрения соционики
http://www.gamedev.ru/code/forum/?id=19939
(для несведущих говорю, что человек написал большую глупость (или стеб хз), над ним начали издеваться, предлагая еще большие глупости, как советы. примерно аналогично нашумевшей истории как кастрировать кота.)

Не то, чтобы смешно, но настроение поднимает.

Re: Кому такое может быть смешно?

null@example.com (masai) — Mon, 02 Oct 2006 09:27:56 +0000

temp3 пишет:

компилятор нужон
какие-то версии gcc поддерживают многопроцессорность

Угу. К нему вроде расширение OpenMP есть. Вставляется в код как прагмы.

Re: Кому такое может быть смешно?

null@example.com (temp1) — Mon, 02 Oct 2006 09:23:12 +0000

srez пишет:

masai пишет:
srez пишет:
Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.
Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?

компилятор нужон
какие-то версии gcc поддерживают многопроцессорность

Re: Кому такое может быть смешно?

null@example.com (Funtik) — Mon, 02 Oct 2006 09:20:48 +0000

srez пишет:

Funtik пишет:
А раскидать по процессорам - это типо дело планировщика?
угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.

Мне это тоже бывает интересно... Но поскольку на данный момент мне это ни зачем не нужно, дальше любопытства дело не идет

Re: Кому такое может быть смешно?

null@example.com (masai) — Mon, 02 Oct 2006 09:17:15 +0000

Funtik пишет:

А раскидать по процессорам - это типо дело планировщика?

В идеале -- да.

Re: Кому такое может быть смешно?

null@example.com (srez) — Mon, 02 Oct 2006 09:16:25 +0000

Funtik пишет:

А раскидать по процессорам - это типо дело планировщика?

угу собсна и интересно как вмешатся в его работу, какой там прынцып его конфигурирования.

Re: Кому такое может быть смешно?

null@example.com (srez) — Mon, 02 Oct 2006 09:15:45 +0000

masai пишет:

srez пишет:
Кста, а расскажите, как программы для мультипроцессорных систем делают?
Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.

Ты описал многопотоковое програмирование, это я знаю, а вот как распределить потоки между процессорами?

Re: Кому такое может быть смешно?

null@example.com (Funtik) — Mon, 02 Oct 2006 09:13:18 +0000

А раскидать по процессорам - это типо дело планировщика?

Re: Кому такое может быть смешно?

null@example.com (Ragnarok) — Mon, 02 Oct 2006 09:12:43 +0000

masai пишет:

Примерно так.
Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.
Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.
Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.
Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.
Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.

Примерно так, только функций не обязательно может быть много. Может быть одна функция

Re: Кому такое может быть смешно?

null@example.com (masai) — Mon, 02 Oct 2006 09:11:15 +0000

srez пишет:

Кста, а расскажите, как программы для мультипроцессорных систем делают?

Примерно так.

Пишут функции, которые могут работать параллельно. Например, для обработки какой-то здоровенной матрицы.

Потом процесс создает потомков при помощи системной функции fork (в юниксах) или запускается несколько нитей (threads) процесса, причем каждая на своем процессоре. В качестве параметра дочерним процессам или нитям передается область матрицы, которую нужно обработать.

Вот функции и начинают обрабатывать матрицу одновременно с разных сторон.

Функции могут общаться по-разному: через общую область памяти, через сокеты или там семафоры какие-нибудь.

Технически все не так сложно. Трудности заключаются в самом распараллеливании задачи.