Ответ
В .NET Garbage Collector (GC) может работать в двух основных режимах, оптимизированных для разных сценариев: Workstation (по умолчанию для клиентских приложений) и Server (для серверных приложений).
Workstation GC (для рабочих станций / клиентов)
Назначение: Оптимизирован для интерактивных клиентских приложений (WPF, WinForms, консольные утилиты), где важна отзывчивость UI и минимизация пауз.
Ключевые характеристики:
- Один поток сборки мусора: Сборка мусора выполняется в том же потоке, который её инициировал (обычно это поток пользовательского интерфейса).
- Приоритет — низкие задержки (Latency): GC старается выполнять сборки быстро и часто (в основном Gen 0/1), чтобы избежать длительных "заморозок" (STW — Stop-The-World), которые могли бы заблокировать UI.
- Одна общая куча (Heap): Все потоки приложения работают с одной кучей.
Конфигурация: Режим по умолчанию для клиентских приложений. Можно явно задать в файле конфигурации:
<configuration>
<runtime>
<gcServer enabled="false"/> <!-- Workstation GC -->
</runtime>
</configuration>Server GC (для серверов)
Назначение: Оптимизирован для высокопроизводительных серверных приложений (ASP.NET, веб-сервисы, серверы обработки данных), где критична пропускная способность (throughput) и использование многопроцессорных систем.
Ключевые характеристики:
- Несколько потоков сборки мусора: Для каждой логической группы процессоров (NUMA node) создаётся отдельная куча (Heap) и отдельный выделенный поток GC. На 8-ядерном сервере будет 8 потоков GC и 8 куч.
- Приоритет — высокая пропускная способность (Throughput): Потоки GC работают параллельно, что позволяет быстрее обрабатывать большие объёмы памяти. Однако отдельные сборки (особенно полные Gen 2) могут вызывать более длительные паузы (STW), так как должны скоординировать работу всех потоков.
- Высокое потребление памяти: Поскольку у каждого потока/группы процессоров своя куча, общее потребление памяти приложением может быть выше.
Конфигурация: Включается явно. Для ASP.NET Core приложений по умолчанию включен на серверах.
<configuration>
<runtime>
<gcServer enabled="true"/> <!-- Server GC -->
</runtime>
</configuration>Или программно (до запуска GC):
// Это должно быть выполнено ДО любых выделений памяти.
System.Runtime.GCSettings.LatencyMode = GCLatencyMode.SustainedLowLatency; // Вариант для Workstation
// Включение Server GC обычно делается через конфиг, а не кодом.Сравнительная таблица
| Параметр | Workstation GC | Server GC |
|---|---|---|
| Целевой сценарий | Клиентские приложения (десктоп, UI). | Серверные приложения (высокая нагрузка, многоядерные системы). |
| Потоки GC | Один (выполняется в пользовательском потоке). | По одному выделенному потоку на логическую группу CPU (NUMA node). |
| Кучи (Heaps) | Одна общая куча для всех потоков. | Отдельная куча на каждый поток GC (обычно равна числу логических ядер). |
| Приоритет | Минимизация задержек (Latency). | Максимизация пропускной способности (Throughput). |
| Потребление памяти | Ниже. | Выше (из-за нескольких куч и их балансировки). |
| Влияние на UI | Паузы короче, приложение отзывчивее. | Паузы могут быть длиннее, но происходят реже. |
Практические рекомендации
- Не используйте Server GC в клиентских приложениях. Дополнительные потоки и кучи увеличат потребление памяти без выигрыша в отзывчивости.
- Включайте Server GC для серверных приложений с высокой нагрузкой, особенно если они работают на многоядерных серверах. В ASP.NET Core это часто настройка по умолчанию.
- Существуют подрежимы Workstation GC:
Interactive(по умолчанию): Баланс между отзывчивостью и пропускной способностью.SustainedLowLatencyилиLowLatency: Принудительно подавляет полные сборки мусора Gen 2 для критически важных по времени операций (например, рендеринг кадра в игре или обработка финансовой транзакции). Используйте с осторожностью, так как может привести к резкому росту потребления памяти.
Выбор режима — это компромисс между пропускной способностью (throughput), задержками (latency) и потреблением памяти. Анализ производительности с помощью профайлеров (например, PerfView, dotTrace) поможет принять правильное решение для конкретного приложения.