Почему компьютер просыпается всё медленнее и кто крадёт минуты при включении

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

Самое обидное, что значительная часть этой толпы пользователю не нужна при включении. Программа обновлений, что просыпается раз в неделю, помощник принтера, которым пользуются раз в месяц, фоновый агент давно забытого приложения, все они исправно стартуют при каждом включении, отъедая ресурсы в самый напряжённый для системы момент. Разобраться, кто из них действительно тяжёл, а кого можно безболезненно убрать, и есть путь к возвращению той самой бодрости старта. Хорошая новость в том, что система сама ведёт учёт виновных, надо лишь научиться его читать.

Как система измеряет вклад каждой программы в задержку старта

Мало кто знает, но при каждой загрузке система ведёт скрупулёзный учёт того, кто и сколько отъел ресурсов на старте. Эти измерения копятся в служебных отчётах, которые система пишет про каждую загрузку, фиксируя для каждой программы автозапуска, сколько времени процессора она потребовала и сколько дисковых операций затеяла. Потом эти данные обобщаются и выводятся в удобном виде, избавляя пользователя от копания в сырых журналах.

Точка, где эти измерения становятся доступны, это диспетчер задач, его вкладка автозагрузки. Открыть диспетчер сразу на нужной вкладке можно из окна выполнения:

taskmgr /7 /startup

Там для каждой программы указана степень влияния на запуск, и эта простая на вид пометка скрывает за собой реальные замеры. Высокое влияние означает, что программа отъела заметную долю ресурсов на старте, низкое, что её вклад мал. За порогом высокого влияния обычно стоит превышение секунды процессорного времени или внушительный объём дисковых обращений, так что пометка не берётся с потолка, а опирается на конкретные пороги. Между этими крайностями есть и среднее влияние, для программ, чей вклад заметен, но не критичен, что даёт более тонкую градацию, чем простое деление на тяжёлых и лёгких.

Любопытная деталь связана с тем, откуда берётся оценка. Поскольку степень влияния вычисляется по отчётам о прошлых загрузках, у только что добавленной программы данных ещё нет, и её влияние показывается как неизмеренное. Это не сбой, а естественное следствие того, что системе нужно несколько загрузок, чтобы накопить статистику. Если же все программы вдруг показывают неизмеренное влияние, значит, отчёты о загрузке были удалены или повреждены, и системе придётся собирать статистику заново с ближайших включений.

Чтение вкладки автозагрузки и расстановка приоритетов чистки

Открыв вкладку автозагрузки, пользователь видит список всех программ, стартующих вместе с системой, с их состоянием и влиянием на запуск. Тот же список доступен и из командной строки через запрос к системному перечню автозапуска, что удобно для скриптов и быстрого осмотра без графики:

Get-CimInstance Win32_StartupCommand | Select-Object Name, Command, Location

Эта команда выводит имена стартовых записей, их команды запуска и место, откуда они прописаны, давая картину автозапуска текстом. Первое, на что стоит смотреть на вкладке, это столбец влияния. Программы с высоким влиянием замедляют старт сильнее всего, и именно с них разумно начинать чистку, ведь отключение одной такой даёт больший выигрыш, чем отключение десятка программ с низким влиянием. Это правило приоритета экономит силы: бьём по самым тяжёлым, а не распыляемся на мелочь.

Помимо влияния полезно изучить и другие столбцы. Издатель программы подсказывает, что это вообще такое и можно ли это трогать. Командная строка, с которой запускается программа, открывается отдельным столбцом и показывает полный путь и параметры запуска, что помогает опознать загадочные записи без понятного имени. Иногда именно по командной строке удаётся понять, что таинственный процесс это всего лишь обновлятор какой-то программы, спокойно отключаемый без последствий.

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

reg delete "HKCU\Software\Microsoft\Windows\CurrentVersion\Run" /v "ИмяПрограммы" /f

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

Слепые зоны диспетчера и где ещё прячется автозапуск

Тут кроется ловушка, в которую попадают многие. Диспетчер задач показывает далеко не все места, откуда программы могут стартовать вместе с системой. Он видит классический пользовательский автозапуск, но мимо его взгляда проходят программы, запускающиеся через службы, через планировщик заданий, через скрытые записи в недрах системы. Поэтому, вычистив вкладку автозагрузки до блеска, можно с удивлением обнаружить, что старт всё равно небыстр, ведь часть нагрузки сидит в местах, куда диспетчер не заглядывает.

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

Для полной картины автозапуска существуют специализированные утилиты, которые показывают вообще все точки автостарта, включая самые укромные. Но и штатными средствами можно заглянуть в главные места, откуда программы прописывают себя в старт, прежде всего в ключи реестра автозапуска. Просмотр пользовательского ключа автозапуска выполняется так:

reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Run"

Аналогично смотрят и общий для всех ключ, лежащий в ветке локальной машины:

reg query "HKLM\Software\Microsoft\Windows\CurrentVersion\Run"

Эти два ключа держат изрядную долю стартовых записей, и их осмотр часто вскрывает то, что не бросается в глаза на вкладке автозагрузки. Специализированные же утилиты выводят длинный список записей из всех мыслимых мест разом, не ограничиваясь видимым диспетчеру. Работать с такими инструментами надо осторожнее, ведь среди показанных записей много системных, трогать которые нельзя. Но для глубокой чистки, когда диспетчер исчерпан, а старт всё ещё тяжёл, они незаменимы, открывая ту часть айсберга, что скрыта под водой.

Итоговое время загрузки и как отслеживать результат чистки

Чистка автозапуска хороша тем, что её результат измерим, и приятно видеть, как цифры подтверждают усилия. Система отслеживает итоговое время старта при последних включениях, и эта величина служит мерилом успеха. Вытащить время последней загрузки можно через PowerShell из журнала производительности:

Get-WinEvent -FilterHashtable @{LogName='Microsoft-Windows-Diagnostics-Performance/Operational'; Id=100} -MaxEvents 1 | Select-Object TimeCreated, Message

Сделал чистку, перезагрузился пару раз, посмотрел, как изменилось время загрузки, и сразу ясно, дала ли работа эффект. Без такого замера легко обмануться субъективным ощущением, будто стало быстрее, тогда как объективная цифра либо подтверждает выигрыш, либо честно говорит, что копать надо дальше.

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

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Power" /v HiberbootEnabled

Из-за этого режима замеры времени загрузки могут вести себя не так, как ожидаешь, ведь часть стартовой работы при быстром старте просто не выполняется заново. Понимание, включён ли он, помогает верно трактовать цифры и не приписывать чистке заслуги, на деле принадлежащие особенностям выключения.

Полезна и привычка периодически возвращаться к ревизии автозапуска, а не делать чистку разово. Список стартующих программ имеет свойство снова разрастаться по мере установки нового софта, и то, что было вычищено полгода назад, успевает обрасти свежими записями. Регулярный взгляд на вкладку автозагрузки, скажем раз в несколько месяцев, удерживает старт в форме и не даёт машине вновь сползти в тягучую медлительность. Это та гигиеническая мелочь, которая отделяет всегда бодрый компьютер от того, что год за годом всё неохотнее просыпается. Многие замечали за собой, что устанавливают программы охотно, а вот вычищать их следы из автозапуска забывают, и именно эта забывчивость и копит ту самую толпу нахлебников, что крадёт минуты при каждом включении.

Какие программы можно убирать смело, а какие трогать опасно

Главный вопрос, который встаёт перед чисткой, прост: что из этого списка можно отключить без вреда. Здесь работает несколько надёжных ориентиров. Смело убираются разнообразные обновляторы и помощники, которые программы прописывают в старт для проверки своих версий: они вполне могут просыпаться позже или вовсе по запросу, а не караулить систему с первой секунды. Так же безопасно отключаются агенты приложений, которыми пользуются изредка, вроде помощников печати, фоновых модулей редакторов или мессенджеров, если человеку не нужно, чтобы они висели наготове постоянно.

С осторожностью стоит подходить к программам, отвечающим за оборудование и безопасность. Драйверные утилиты звуковых карт, тачпадов, видеоадаптеров иногда обеспечивают важную функциональность, и их отключение может лишить машину части возможностей. Защитные программы и вовсе трогать не стоит: убрав антивирус из автозапуска ради пары секунд выигрыша, человек оголяет систему в самый уязвимый момент. Здесь экономия на старте оборачивается несоразмерным риском, и пара сэкономленных секунд не стоит открытой двери для угроз.

Отдельная категория это записи с непонятным именем и неизвестным издателем. Их нельзя ни смело удалять, ни бездумно оставлять. Разумный путь это опознать запись по её командной строке и пути запуска, а при сомнениях поискать, что это за процесс, прежде чем решать его судьбу. Бывает, что загадочная строка оказывается важным системным компонентом, отключение которого аукнется сбоями. Поэтому золотое правило чистки звучит так: не уверен в записи, не трогай её, пока не разберёшься, что это и зачем оно стартует.

Почему отключение не всегда даёт ожидаемый эффект

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

Третья причина тоньше и связана с тем, что влияние на запуск измеряет потребление ресурсов программой, но не обязательно её вклад в субъективно ощущаемую задержку. Программа может отъедать ресурсы уже после того, как рабочий стол стал отзывчивым, и тогда её высокое влияние по цифрам не сильно сказывается на ощущении готовности машины. Отзывчивость системы и формальное время загрузки это не одно и то же, и порой компьютер выглядит готовым, а на деле ещё дотягивает фоновые программы, мешая запустить что-либо сразу.

Из этого следует здравый вывод: чистка автозапуска полезна, но это не волшебная палочка, и ждать от неё чудесного преображения на быстром железе не стоит. Наибольший эффект она даёт там, где автозапуск разросся до неприличия, а накопитель не самый быстрый. На свежей машине с шустрым диском выигрыш скромнее, и гнаться за каждой секундой, отключая нужные программы, нет смысла. Трезвая оценка ожиданий тут так же важна, как и сама чистка, ведь она удерживает от перегибов, при которых ради призрачной скорости жертвуют удобством и безопасностью.

Медленный старт, который подкрадывается незаметно, перестаёт быть приговором, стоит понять, что система сама указывает на виновников и измеряет результат борьбы с ними. Вкладка автозагрузки с её оценкой влияния превращает смутное ощущение тормозов в конкретный список подозреваемых, расставленных по тяжести. А знание о слепых зонах диспетчера удерживает от ложной уверенности, что видимая чистка решает всё. Сложив эти знания, пользователь возвращает машине ту лёгкость включения, с которой она когда-то начинала, и сохраняет её простой регулярной ревизией разросшегося старта.