Net framework 5, а также среды Visual Studio 2012 и C#

рис. 27.1.
.Пул.потоков.в.CLR
ВниМание
Пул.потоков.не.гарантирует.определенного.порядка.обработки.элементов.из.
очереди,.особенно.с.учетом.того.факта,.что.наличие.нескольких.потоков.делает.
возможной.одновременную.обработку.нескольких.элементов .Проследите.за.тем,.
чтобы.для.вашего.приложения.порядок.обслуживания.элементов.очереди.не.был.
принципиален 
Обнаружив пустую локальную очередь, рабочий поток пытается взять задание 
из локальной очереди другого рабочего потока. Задания, опять же, берутся с конца 
очереди, а значит, требуется блокировка в рамках синхронизации потоков, что не-
сколько снижает производительность. Остается надеяться на то, что блокировка 
будет случаться относительно редко. Если пустыми оказываются все локальные 
очереди, рабочий поток извлекает (прибегая к блокировке) элемент из глобальной 
очереди по алгоритму «первым пришел — первым ушел». В случае пустой глобаль-
ной очереди рабочий поток переходит в режим ожидания. Если этот режим длится 
долго, поток просыпается и самоуничтожается, освобождая занятые ресурсы (ядро, 
стеки, TEB).
Пул быстро создает рабочие потоки, а их количество определяется значением, 
переданным в метод 
SetMinThreads
класса 
ThreadPool
. Если вы не вызывали этот 
метод (а вызывать его не рекомендуется), количество потоков по умолчанию со-
впадает с количеством процессоров, которые может задействовать процесс. Оно 
определяется маской сходства (affinity mask) процесса. Обычно процессу разре-

---

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

---