Десктоп против экрана входа: во что обходится пользовательская сессия

Короткий ответ

Залогиненный рабочий стол дороже экрана входа, но намного меньше, чем кажется: в стационарном простое он занимает примерно 0.012 ядра против 0.0074 на экране входа, то есть в 1.6 раза больше. Настоящая цена пользовательской сессии — первый час после входа: сканирование Defender и волна обновлений Store вместе съедают около 79% всей CPU-активности пятогочасового окна. Сама оболочка почти бесплатна: explorer, sihost, dwm и лента Пуска вместе тратят около 2.3% бюджета.

Статус: измерено в одном 5-часовом прогоне на Windows 11 26H2 в виртуальной машине. Сравнение с экраном входа сделано на той же сборке и снапшоте. Перенос на физическое оборудование, другие сборки и ночные окна не проверялся.

Проверяемое утверждение

Мы проверяли четыре утверждения:

1. Залогиненный рабочий стол значительно дороже простоя экрана входа.
2. Основная цена сессии — постоянная работа оболочки.
3. Пользовательская сессия заметно меняет сетевой профиль простоя.
4. Плановые механизмы Windows (обновления, служебные таймеры) ведут себя в сессии так же, как без неё.

Область исследования

• Windows 11 Pro, build 26300.9457 (26H2), виртуальная машина 4 vCPU / 8 ГБ;
• чистая установка без стороннего ПО; сон и обновления конфигурации отключены не были;
• два прогона на одном снапшоте: экран входа без пользовательской сессии (6 часов) и залогиненный рабочий стол (4 часа 46 минут, остановлен досрочно);
• вход в систему выполнен вручную; наблюдение начато после подтверждения запуска оболочки;
• минутные снимки: CPU процессов, наборы работающих служб, память и установленные соединения.

Измерения не включали физическое оборудование, реальную работу за компьютером, GPU-нагрузку и ночные окна (суточные задачи обслуживания в кадр не попали).

Методика

Для каждого процесса раз в минуту фиксировались накопленные CPU-секунды; разница соседних снимков даёт потребление за интервал. Службы отслеживались по наборам работающих экземпляров и переходам; сеть — по установленным соединениям на момент снимка. Шум собственного мониторинга (около 3.6% CPU) исключён из интерпретации. Оба прогона сравнивались по нормированным на час величинам.

Результаты

Сводное сравнение

Метрика	Экран входа	Рабочий стол	Разница
CPU в среднем за окно, ядер	0.0098	0.0492	×5.0
CPU стационарного часа, ядер	0.0074	0.0120	×1.61
CPU первого часа после входа/загрузки, ядер	0.0185	0.2942	×15.9
Запусков системных процессов в час	26.1	79.5	×3.05
Минут с активностью выше 1 CPU-с	5%	13.5%	×2.4 по доле
Установленных соединений в час (endpoint-минуты)	88.3	228.1	×2.58
Постоянных соединений	1	3	×3

Ключевой факт: средняя цифра «×5» почти целиком состоит из первого часа. Стационарные часы рабочего стола однородны (0.0118–0.0127 ядра) и не дрейфируют.

Первый час: две волны

Волна	Доля	Что происходило
Скан входа Defender	~55% CPU часа	Антивирусный процесс работал около 0.7 ядра 8 минут подряд; скан начался сразу после входа
Обновление Store и USO	~27% CPU часа	Установка 24 приложений, загрузка около 880 МБ через Delivery Optimization, включая пиринг

Store-волна важна отдельно: в этом прогоне обновления пришли через Microsoft Store и Delivery Optimization, а не через классический Windows Update. Сетевой всплеск входа в 67 раз больше стационарного уровня.

Стационарный простой: кто работает

Источник	CPU-секунд в час	Комментарий
Общая svchost-обвязка	13–14	Таймеры служб
Ядро (System)	8	Часть работы Defender и инфраструктуры
Антивирус вне скана	~3	Периодические проверки
Оболочка (explorer, sihost, dwm, лента Пуска, поиск, виджеты, OneDrive)	4.1	2.3% бюджета; «простой рабочего стола» почти бесплатен

Три четверти разницы в запусках процессов дают периодические механизмы пользовательской сессии: фоновый хост UWP-задач (цикл около 13 минут), RuntimeBroker и SoftLanding каждые 15 минут.

Сеть: три постоянных соединения и два новых таймера

На экране входа живёт одно постоянное соединение. На рабочем столе их три: два держит лента Пуска (MSN-контент: погода, новости, живые плитки) с первой минуты и без разрывов, третье — системная служба уведомлений. CPU-цена ленты за всё окно — меньше 2 CPU-секунд, но само соединение живёт всегда.

Новые таймеры сессии: OneDrive синхронизируется каждые 32–33 минуты по два соединения, обновления Edge проверяются раз в несколько часов. Проверки сигнатур Defender идут кластерами каждые 30–40 минут. Весь трафик направлен в инфраструктуру Microsoft; посторонних соединений не наблюдалось.

Служебные таймеры

Обновление групповой политики на рабочем столе циклится каждые 16–17 минут против примерно 80 минут на экране входа. Служба приложений (AppXSvc) и защита лицензий (sppsvc) сохранили тот же ритм. Пять служб сессии живут постоянно, включая уведомления пользователя и Clipboard.

Память

Системных утечек нет: антивирус после скана отпустил 81 МБ, оболочка выросла только в первые 30 минут и вышла на плато. Число процессов — 130–153 против 84–98 на экране входа.

Что подтверждено

• Измерено: стационарный рабочий стол в 1.61 раза дороже экрана входа по CPU; первый час после входа — основная цена сессии (79% CPU окна).
• Измерено: лента Пуска держит два постоянных соединения весь сеанс; OneDrive синхронизируется каждые 32–33 минуты.
• Измерено: Store-волна входа загрузила около 880 МБ через Delivery Optimization; сетевой всплеск входа в 67 раз больше стационарного.
• Измерено: оболочка (explorer, dwm, лента Пуска, поиск, виджеты) в стационарном простое тратит около 2.3% CPU.
• Наблюдалось: обновления пришли через Store/DO, а не через классический WU; ночные задачи обслуживания в кадр не попали.

Что не подтверждено

• Поведение на физическом оборудовании и на других сборках Windows.
• Ночные окна и суточные задачи обслуживания (прогон дневной, остановлен досрочно).
• Влияние отключения ленты Пуска или OneDrive на эти цифры: мы только измерили их вклад, отключение не тестировалось.
• Влияние на FPS и итоговую производительность игр: не измерялось.

Ограничения

Один прогон на состояние, виртуальная машина, дневное окно. Фоновая работа Windows приходит всплесками, поэтому перенос абсолютных значений на другое оборудование и сутки не оправдан. Процессы короче минуты и UDP-трафик (DNS, NTP) видны не полностью. Часть журналов не фиксировала события во время второго прогона; переходы служб восстановлены по снимкам.

Практический вывод

«Фоновый шум Windows» распадается на три разных вещи, и бороться с ними нужно по-разному. Пост-логон волны (Defender-скан и Store-обновления) дают бо́льшую часть CPU — их не выключить тонкими настройками, но они заканчиваются сами. Системные метрономы (WMI-поллинг, лицензионные проверки, таймер OneDrive) — устойчивый, но маленький фон. Оболочка — почти бесплатна.

Практические следствия: не измеряйте «оптимизацию» по первому часу после входа, если не изолируете волны; для минимизации сети отключайте ленту Пуска и OneDrive, если они не нужны; ожидание «тишины» сразу после логина не оправдано.

Восстановление состояния

Система не изменялась: оба прогона — чистое наблюдение без правок настроек, служб и реестра. Виртуальная машина возвращена к чистому снапшоту после измерений.

Источники и границы

Измерения выполнены BoosterX Research на описанной виртуальной машине. Исследование принадлежит разработчику BoosterX, у разработчика есть прямой интерес к результату; методика и ограничения описаны выше, исходные наблюдения можно повторить по открытой методике.

• Microsoft: Delivery Optimization, проверено 2026-09-22.
• Microsoft: Connected User Experiences and Telemetry, проверено 2026-09-22.

Последняя проверка: 2026-09-22.