Растягивание толпы стартующих программ во времени вместо борьбы с ней

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

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

Почему одновременный старт душит систему сильнее, чем кажется

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

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

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

Планировщик заданий как инструмент тонкой настройки задержек

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

taskschd.msc

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

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

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

schtasks /create /tn "ОтложенныйЗапуск" /tr "C:\Program Files\App\app.exe" /sc onlogon /delay 0001:00

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

Перенос программ из обычного автозапуска в отложенный

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

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

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

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

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

Готовая встроенная задержка и когда планировщик избыточен

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

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

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

timeout /t 60 /nobreak
start "" "C:\Program Files\App\app.exe"

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

Побочные выгоды отложенного запуска помимо ускорения старта

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

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

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

schtasks /query /tn "ОтложенныйЗапуск" /xml > C:\Tasks\delayed.xml

А на другой машине разворачивают этот файл командой создания задания из готового описания:

schtasks /create /tn "ОтложенныйЗапуск" /xml C:\Tasks\delayed.xml

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

Как подобрать величину задержки и проверить, что всё работает

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

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

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

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

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