Блог

Я изучаю темы и немного смущен одной вещью.

Если у меня есть один процесс с несколькими потоками, запущенный на двух- / четырехъядерном процессоре, будут ли разные потоки выполняться одновременно на разных ядрах?

Заранее спасибо.

Это зависит.

По крайней мере, в Linux каждая задача назначается набору процессоров, на которых она может выполняться ( processor affinity ). И, по крайней мере, в Linux, планировщик попытается запланировать задачу на том же процессоре, что и в прошлый раз, чтобы получить максимальную выгоду от повторного использования кэша процессора. Забавно то, что это не всегда приводит к перебалансировке, когда система находится под нагрузкой, поэтому можно запустить одно ядро довольно горячим и оспариваемым, а три ядра оставить холодными и относительно бездействующими. (Я видел именно такое поведение с клиентом Folding @ Home.)

Вы можете принудительно установить необходимую вам близость с помощью pthread_setaffinity_np(3) подпрограммы для многопоточных приложений или sched_setaffinity(2) для более традиционных fork(2) приложений ed в стиле Unix. Или вы можете использовать taskset(1) программу для установки соответствия до или после запуска приложения. (Именно такой подход я использовал в своем глупом клиенте Folding @ Home — было легко модифицировать initscript для вызова taskset(1) , чтобы правильно установить привязку каждого клиентского процесса, чтобы каждый клиент получил свое собственное ядро и не конкурировал за ресурсы с другими клиентами на разных родственных гиперпоточных «фальшивых» исполнительных ядрах.)

ДА

Это зависит от языка, библиотеки и операционной системы, а также от того, имеет ли многопоточное приложение когда-либо несколько выполняемых потоков в один и тот же момент времени, но обычно ответ «да».

Вы никогда не можете быть уверены в этом факте, но если это требует больших затрат процессора (например, игра), то, скорее всего, да.

В этом случае вам необходимо синхронизировать каждое ядро вашего процессора с памятью, используя ключевое слово volatile, которое гарантирует, что каждое ядро процессора получит новое обновленное значение из памяти.

Иногда потоки будут выполняться одновременно, иногда нет. Все зависит от используемого вами пакета и операционной системы, а также от того, насколько интенсивен процессор каждого потока.

Я думаю, что вы теряете идею параллелизма; дело не в том, что вы хотите запускать процессы на нескольких ядрах. Вместо этого вам не нужно все время блокировать один процесс. Прекрасным примером этого является потоковое сетевое прослушивание. Вы хотите выполнить accept, который фактически создаст новый клиент-> серверный сокет. После этого вы хотите выполнить некоторую обработку с этим сокетом, сохраняя при этом возможность принимать новые подключения. Здесь вы хотели бы сгенерировать поток для выполнения обработки, чтобы accept мог вернуться к ожиданию нового соединения.