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

рис. 26.2.
.Процессы.в.окне.диспетчера.задач
Как видите, система создала 105 потоков, но использует 1 % мощности про-
цессора, приложение Explorer создало 47 потоков при 0 % нагрузке на процессор, 
приложение Microsoft Visual Studio (
Devenv exe
) создало 36 потоков, опять же ис-
пользуя 0 % мощности процессора, та же самая картина с приложением Outlook, 
создавшим 24 потока при 0 % и т. п. Что же происходит?
Знакомясь с Windows, разработчики узнают, что создание процессов в этой 
операционной системе — дорогостоящая процедура. Создание процесса занимает 
несколько секунд, требует выделения изрядного объема памяти, эту память тре-
буется инициализировать, нужно загрузить с диска EXE- и DLL-файлы и т. п. По 
сравнению с этим создать поток достаточно просто. Поэтому разработчики вместо 
процессов предпочитают создавать потоки, множество которых мы и видим перед 
собой. Но в сравнении с большинством других системных ресурсов создание по-
тока — не такая уж дешевая процедура. И применять их следует осмотрительно 
и только там, где они действительно уместны.
Как видите, упомянутые приложения используют потоки не эффективно. Не-
понятно, зачем эти потоки вообще существуют в системе. Одно дело — выделить 
1
Для этого щелкните правой кнопкой мыши на существующем столбце и выберите команду 
Select Columns (Выбрать столбцы).

---

732
Глава.26 .Потоки.исполнения
ресурсы для приложения, и совсем другое — выделить их и не использовать. Ведь 
выделение памяти под стеки потоков означает, что ее останется меньше для более 
важных данных, например документов пользователя
1
.
А теперь представьте, что процесс запущен в сеансе удаленного рабочего стола 
одного пользователя, но у машины на самом деле 100 пользователей. То есть запу-
скается 100 экземпляров приложения Outlook, каждый из которых создает 24 ничего 
не делающих потока. Мы получаем 2400 потоков, каждый с собственными ядром, 
TEB, стеком режима пользователя, стеком режима ядра и т. п. Огромное количество 
впустую потраченных ресурсов. Эту практику пора прекращать, особенно если 
Microsoft хочет, чтобы пользователи успешно работали с Windows на нетбуках, 
на большинстве которых всего 1 Гбит оперативной памяти. Именно практике эф-
фективного проектирования приложений с минимальным количеством потоков 
и посвящены последние главы этой книги.