Как обеспечить, чтобы std :: thread были созданы в многоядерном?

Question

Я использую visual studio 2012. У меня есть модуль, где мне нужно прочитать огромный набор файлов с жесткого диска после прохождения их соответствующих путей через xml. Для этого я делаю

std::vector<std::thread> m_ThreadList; 

В цикле, пока я отодвигая новую нить в этот вектор, что-то вроде

m_ThreadList.push_back(std::thread(&MyClass::Readfile, &MyClassObject, filepath,std::ref(polygon))); 

My C++ 11 мульти знаний заправочного является limited.The вопроса У меня есть, есть, как создать поток на конкретном ядре? Я знаю о parallel_for и parallel_for_each в vs2012, которые оптимально используют ядра. Но есть ли способ сделать это, используя стандартный C++ 11?

Answer 1

Как указано в других комментариях, вы не можете создать поток «на конкретном ядре», так как C++ не знает таких архитектурных деталей. Более того, в большинстве случаев операционная система сможет достаточно хорошо управлять распределением потоков между ядрами/процессорами.

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

Если вы хотите спуститься по этой дороге, вам нужно будет изучить подпрограммы платформы. Например, для GNU/Linux с POSIX нитей вы хотите pthread_setaffinity_np(), в FreeBSD cpuset_setaffinity(), в Windows, SetThreadAffinityMask() и т.д.

у меня есть некоторые важные фрагменты кода здесь, если вы заинтересованы:

http://gitorious.org/piranhapp0x/mainline/blobs/master/src/thread_management.cpp

Answer 2

Я вполне уверен, что сродство ядра не включено в std :: thread. Предполагается, что ОС прекрасно способна наилучшим образом использовать имеющиеся ядра. Во всех, кроме самых экстремальных случаях, вы не собираетесь бить решение ОС, поэтому предположение справедливо.

Если вы идете по этому маршруту, вам нужно добавить некоторые решения в свой код, чтобы учесть архитектуру машины, чтобы ваше решение было лучше, чем ОС на каждом компьютере, на котором вы запускаете. Это требует больших усилий! Для начала вам нужно ограничить количество потоков в соответствии с количеством ядер на компьютере. И вы не знаете, что еще происходит в машине; ОС делает!

Именно поэтому существуют пулы потоков. По умолчанию они имеют столько потоков, сколько есть ядер, автоматически настраиваемых языковой средой выполнения. AFAIK C++ 11 не имеет одного из них. Таким образом, одна хорошая вещь, которую вы можете сделать, чтобы получить оптимальную производительность, - это выяснить, сколько ядер есть и ограничить количество потоков, которые у вас есть на этом номере. В противном случае, вероятно, лучше всего доверять ОС.

Замечание Иоахима Пилеборга стоит обратить внимание, если работа, выполняемая каждым потоком, не перевешивает накладные расходы ввода-вывода.

Answer 3

As быстрый обзор нарезки резьбы в контексте отправки потоков на сердечники:

Большинство современных ОС используют потоки уровня ядра или гибридные.С потоком уровня ядра ОС «видит» все потоки в каждом процессе; в отличие от потоков пользовательского уровня, которые используются на Java, где ОС видит один процесс и не знает потоков. Теперь, поскольку при поточной загрузке уровня ядра ОС может распознавать отдельные потоки процесса и управляет их отправкой на заданное ядро, существует потенциал для истинного параллелизма, когда несколько потоков одного и того же процесса выполняются на разных ядрах. Вы, как программист, не будете контролировать это, но при использовании std::thread; ОС решает. При поточной обработке пользовательского уровня управление потоками выполняется на уровне пользователя, а Java - в библиотеке управляет «отправкой». В случае гибридной потоковой передачи используется потоковая передача ядра, где каждый поток ядра представляет собой набор потоков пользовательского уровня.