ускорение загрузки windows 7 скрипт powershell
Три простых совета по ускорению загрузки Windows 7
Ускорить загрузку любой системы очень просто, причем без сторонних программ и особых усилий. Воспользовавшись моими тремя простыми советами, вы лично в этом убедитесь. Их нужно выполнять в том порядке, в котором они перечислены, а почему – вы узнаете из статьи.
Наведите порядок в автозагрузке
Если отбросить или устранить серьезные проблемы с загрузкой, сильнее всего замедляет ее большое количество программ, стартующих при запуске операционной системы. Стандартный краткий совет «отключите ненужные программы из автозагрузки» является поверхностным по двум причинам:
Конечно, универсальный совет по наведению порядка в автозагрузке дать невозможно, поэтому я поделюсь с вами подходом, который использую сам, когда меня просят «посмотреть комп». Я предпочитаю утилиту AutoRuns.
Но при отсутствии оной подойдет и системная утилита msconfig.
Мой подход очень простой.
У вас и так был порядок в автозагрузке, и мой подход не открыл для вас Америку? Тогда попробуйте мой любимый способ – распределение автозагрузки по времени с помощью планировщика заданий. Если потом экспортировать настроенные задания планировщика для любимых программ, даже после переустановки системы можно очень быстро оптимизировать автозагрузку.
Моментальный эффект ускорения загрузки вы увидите даже невооруженным глазом при следующем запуске системы. Здесь все просто: программ в автозагрузке стало меньше, следовательно, система загрузилась быстрее. Помимо количества, прирост скорости еще зависит и от «тяжести» программ, убранных из немедленной автозагрузки.
Этот совет подходит как владельцам жестких (HDD), так и твердотельных (SSD) дисков.
Проверьте SuperFetch и ReadyBoot
На твердотельных накопителях функция ReadyBoot не работает, но на жестких дисках она способствует ускорению запуска Windows за счет размещения в оперативной памяти загрузочных файлов системы и приложений, стартующих вместе с ней. Отложенный эффект наведения порядка в автозагрузке (в том числе распределения по времени) связан именно с работой ReadyBoot и не столь заметен на глаз.
Одно из улучшений службы SuperFetch в Windows 7 выражается в том, что анализ и наполнение кэша выполняются спустя некоторое время после загрузки системы. Очевидно, это сделано для того, чтобы не мешать нам выполнять действия в системе сразу после ее запуска. Поэтому службе SuperFetch требуется время, чтобы отреагировать на изменения, которые вы сделали в автозагрузке программ.
Эффект от работы ReadyBoot проявится через несколько перезагрузок, но с учетом сказанного выше нет смысла перезагружать систему сразу же после входа. Либо дайте ей постоять немного, либо просто работайте в своем обычном режиме два-три дня, выполняя перезагрузку как обычно.
Проверить состояние SuperFetch и ReadyBoot можно с помощью моего диагностического пакета.
Если ReadyBoot не работает, пакет поможет вам устранить неполадки (изменения вступают в силу после перезагрузки системы). Заодно можно исправить проблемы в работе дефрагментатора Windows, и дальше речь пойдет как раз о нем.
Дефрагментируйте диск – сейчас и по расписанию
Если ваша система установлена на SSD диск, любые советы по дефрагментации к ней не относятся. Но вопрос фрагментации очень актуален для владельцев обычных жестких дисков, которые являются наиболее медленными компонентами в современных компьютерах.
Итак, у вас работает ReadyBoot и вы уже перезагрузились пару раз после распределения автозагрузки. Самое время дефрагментировать загрузочные файлы на системном диске!
Дефграгментация загрузочных файлов дает моментальный эффект, а после пары перезагрузок он даже усилится за счет тренировки ReadyBoot. Однако эффект будет временным, если дефрагментация не выполняется по расписанию. Кстати, в этом случае система выполняет дефрагментацию загрузочных файлов отдельно, т.е. задействует как раз тот недокументированный параметр, о котором шла речь выше.
Упоминание о загрузочном секторе – это ошибка локализации. В английской системе это называется просто boot optimization, т.е. оптимизация загрузки.
Эффект от дефрагментации загрузочных файлов может свести на нет сторонний дефрагментатор, который по-своему размещает фрагменты файлов на диске.
Для эффективной работы дефрагментатора Windows необходимо соблюдение трех условий:
Без первых двух условий дефрагментация по расписанию просто не выполняется, а третье необходимо для выполнения полной дефрагментации. Выявить и устранить проблемы в работе дефрагментатора Windows вам также поможет мой диагностический пакет.
Но это не конец нашей истории – у меня есть еще один совет! Он не ускоряет загрузку системы, но позволяет намного быстрее приступать к работе с ней. Ведь разве не ради этого мы пытаемся сократить время загрузки? 🙂
Бонус: используйте режимы сна и гибернации!
Как бы вы не старались ускорить загрузку Windows, ее длительность всегда будет в разы превышать время выхода системы из гибернации и тем более сна. Я не буду останавливаться на рассказе о тонкостях этих режимов, потому что на OSZone есть замечательная статья на данную тему.
Я активно использую оба режима на двух своих системах – после периода неактивности они уходят в сон, а вместо выключения я перевожу их в гибернацию. Перезагрузка требуется лишь при установке обновлений и некоторых программ, поэтому в среднем она происходит раз в три-четыре дня.
Посмотреть время выхода из сна и гибернации очень легко в уже знакомом вам журнале событий Diagnostics-Performance. Оба режима записываются в событие с кодом 300.
По дате и времени на рисунке хорошо видно, что мой ноутбук выходит из гибернации дважды в день – с утра и после работы. На это требуется 10-12 секунд, сравните со скоростью полной загрузки системы! Из сна система вообще моментально выходит, и на нетбуке я пользуюсь этим режимом чаще, поскольку тот настроен на более быстрый уход в сон.
В мобильных системах сон и гибернация способствуют энергосбережению, и хотя в настольных системах это не имеет значения, ничто не мешает пользоваться этими режимами и в них. Попробуйте и посмотрите, как это удобно. Заодно вы узнаете, нет ли у вас в системе проблем с ними, что иногда случается (например, периферийные устройства отказываются «просыпаться»). Как и в случае с загрузкой, диагностику можно проводить с помощью Windows Performance Tools. Проблема зачастую лежит в области драйверов, но не всегда к устройству есть более подходящий драйвер.
Столкнетесь ли вы с проблемой, отчасти зависит от происхождения вашего компьютера. Очевидно, меньше всего им подвержены нетбуки и ноутбуки, продававшиеся с Windows 7 на борту. Особенно при использовании без мышей и других периферийных, поскольку производитель тестирует не только «железо», но и комплект драйверов. Настольные системы от ОЕМ-сборщиков также с меньшей вероятностью подвержены проблемам. Если предустановленная система заменялась более функциональным изданием, вероятность беспроблемного сочетания драйверов становится ниже. Ну а самыми проблемными мне представляются «г-сборки» на «самосборе» 🙂
Воспользовавшись этими простыми советами, вы сможете намного быстрее приступать к работе после включения или перезагрузки системы. Я бы с удовольствием взглянул на отчеты моего пакета в вашей системе до начала оптимизации загрузки и по окончании ее. Также будет интересно узнать, пользуетесь ли вы сном и гибернацией, и если нет – почему.
Вы прочли главу из электронной книги «Ускорение загрузки Windows».
Эту книгу я дарю всем подписчикам своего блога.
ускорение загрузки windows 7 скрипт powershell
Три простых совета по ускорению загрузки Windows 7
Ускорить загрузку любой системы очень просто, причем без сторонних программ и особых усилий. Воспользовавшись моими тремя простыми советами, вы лично в этом убедитесь. Их нужно выполнять в том порядке, в котором они перечислены, а почему – вы узнаете из статьи.
Наведите порядок в автозагрузке
Если отбросить или устранить серьезные проблемы с загрузкой, сильнее всего замедляет ее большое количество программ, стартующих при запуске операционной системы. Стандартный краткий совет «отключите ненужные программы из автозагрузки» является поверхностным по двум причинам:
Конечно, универсальный совет по наведению порядка в автозагрузке дать невозможно, поэтому я поделюсь с вами подходом, который использую сам, когда меня просят «посмотреть комп». Я предпочитаю утилиту AutoRuns.
Но при отсутствии оной подойдет и системная утилита msconfig.
Мой подход очень простой.
У вас и так был порядок в автозагрузке, и мой подход не открыл для вас Америку? Тогда попробуйте мой любимый способ – распределение автозагрузки по времени с помощью планировщика заданий. Если потом экспортировать настроенные задания планировщика для любимых программ, даже после переустановки системы можно очень быстро оптимизировать автозагрузку.
Моментальный эффект ускорения загрузки вы увидите даже невооруженным глазом при следующем запуске системы. Здесь все просто: программ в автозагрузке стало меньше, следовательно, система загрузилась быстрее. Помимо количества, прирост скорости еще зависит и от «тяжести» программ, убранных из немедленной автозагрузки.
Этот совет подходит как владельцам жестких (HDD), так и твердотельных (SSD) дисков.
Проверьте SuperFetch и ReadyBoot
На твердотельных накопителях функция ReadyBoot не работает, но на жестких дисках она способствует ускорению запуска Windows за счет размещения в оперативной памяти загрузочных файлов системы и приложений, стартующих вместе с ней. Отложенный эффект наведения порядка в автозагрузке (в том числе распределения по времени) связан именно с работой ReadyBoot и не столь заметен на глаз.
Одно из улучшений службы SuperFetch в Windows 7 выражается в том, что анализ и наполнение кэша выполняются спустя некоторое время после загрузки системы. Очевидно, это сделано для того, чтобы не мешать нам выполнять действия в системе сразу после ее запуска. Поэтому службе SuperFetch требуется время, чтобы отреагировать на изменения, которые вы сделали в автозагрузке программ.
Эффект от работы ReadyBoot проявится через несколько перезагрузок, но с учетом сказанного выше нет смысла перезагружать систему сразу же после входа. Либо дайте ей постоять немного, либо просто работайте в своем обычном режиме два-три дня, выполняя перезагрузку как обычно.
Проверить состояние SuperFetch и ReadyBoot можно с помощью моего диагностического пакета.
Если ReadyBoot не работает, пакет поможет вам устранить неполадки (изменения вступают в силу после перезагрузки системы). Заодно можно исправить проблемы в работе дефрагментатора Windows, и дальше речь пойдет как раз о нем.
Дефрагментируйте диск – сейчас и по расписанию
Если ваша система установлена на SSD диск, любые советы по дефрагментации к ней не относятся. Но вопрос фрагментации очень актуален для владельцев обычных жестких дисков, которые являются наиболее медленными компонентами в современных компьютерах.
Итак, у вас работает ReadyBoot и вы уже перезагрузились пару раз после распределения автозагрузки. Самое время дефрагментировать загрузочные файлы на системном диске!
Дефграгментация загрузочных файлов дает моментальный эффект, а после пары перезагрузок он даже усилится за счет тренировки ReadyBoot. Однако эффект будет временным, если дефрагментация не выполняется по расписанию. Кстати, в этом случае система выполняет дефрагментацию загрузочных файлов отдельно, т.е. задействует как раз тот недокументированный параметр, о котором шла речь выше.
Упоминание о загрузочном секторе – это ошибка локализации. В английской системе это называется просто boot optimization, т.е. оптимизация загрузки.
Эффект от дефрагментации загрузочных файлов может свести на нет сторонний дефрагментатор, который по-своему размещает фрагменты файлов на диске.
Для эффективной работы дефрагментатора Windows необходимо соблюдение трех условий:
Без первых двух условий дефрагментация по расписанию просто не выполняется, а третье необходимо для выполнения полной дефрагментации. Выявить и устранить проблемы в работе дефрагментатора Windows вам также поможет мой диагностический пакет.
Но это не конец нашей истории – у меня есть еще один совет! Он не ускоряет загрузку системы, но позволяет намного быстрее приступать к работе с ней. Ведь разве не ради этого мы пытаемся сократить время загрузки? 🙂
Бонус: используйте режимы сна и гибернации!
Как бы вы не старались ускорить загрузку Windows, ее длительность всегда будет в разы превышать время выхода системы из гибернации и тем более сна. Я не буду останавливаться на рассказе о тонкостях этих режимов, потому что на OSZone есть замечательная статья на данную тему.
Я активно использую оба режима на двух своих системах – после периода неактивности они уходят в сон, а вместо выключения я перевожу их в гибернацию. Перезагрузка требуется лишь при установке обновлений и некоторых программ, поэтому в среднем она происходит раз в три-четыре дня.
Посмотреть время выхода из сна и гибернации очень легко в уже знакомом вам журнале событий Diagnostics-Performance. Оба режима записываются в событие с кодом 300.
По дате и времени на рисунке хорошо видно, что мой ноутбук выходит из гибернации дважды в день – с утра и после работы. На это требуется 10-12 секунд, сравните со скоростью полной загрузки системы! Из сна система вообще моментально выходит, и на нетбуке я пользуюсь этим режимом чаще, поскольку тот настроен на более быстрый уход в сон.
В мобильных системах сон и гибернация способствуют энергосбережению, и хотя в настольных системах это не имеет значения, ничто не мешает пользоваться этими режимами и в них. Попробуйте и посмотрите, как это удобно. Заодно вы узнаете, нет ли у вас в системе проблем с ними, что иногда случается (например, периферийные устройства отказываются «просыпаться»). Как и в случае с загрузкой, диагностику можно проводить с помощью Windows Performance Tools. Проблема зачастую лежит в области драйверов, но не всегда к устройству есть более подходящий драйвер.
Столкнетесь ли вы с проблемой, отчасти зависит от происхождения вашего компьютера. Очевидно, меньше всего им подвержены нетбуки и ноутбуки, продававшиеся с Windows 7 на борту. Особенно при использовании без мышей и других периферийных, поскольку производитель тестирует не только «железо», но и комплект драйверов. Настольные системы от ОЕМ-сборщиков также с меньшей вероятностью подвержены проблемам. Если предустановленная система заменялась более функциональным изданием, вероятность беспроблемного сочетания драйверов становится ниже. Ну а самыми проблемными мне представляются «г-сборки» на «самосборе» 🙂
Воспользовавшись этими простыми советами, вы сможете намного быстрее приступать к работе после включения или перезагрузки системы. Я бы с удовольствием взглянул на отчеты моего пакета в вашей системе до начала оптимизации загрузки и по окончании ее. Также будет интересно узнать, пользуетесь ли вы сном и гибернацией, и если нет – почему.
Вы прочли главу из электронной книги «Ускорение загрузки Windows».
Эту книгу я дарю всем подписчикам своего блога.
Ускорение загрузки Windows for fun and profit
Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…
Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…
Конкретных и общеприменимых советов по оптимизации работы ОС быть не может точно так же как не может быть конкретных советов по ускорению работы любой случайно взятой программы. Точно так же как и в отдельных программах, работа всей системы может быть серьезно замедлена из-за одного-двух на первый взгляд незначительных мест. Для нахождения подобных «бутылочных горлышек» в программах существуют инструменты, называемые профайлерами. Нет ничего странного, что для нахождения «бутылочных горлышек» в операционной системе мы тоже будем использовать профайлер (никаких кавычек — это действительно профайлер причем одновременно и sampled и instrumented). С недавних пор WPA Tools распространяются в составе Windows SDK. Ставить полный SDK совершенно необязательно. Можно установить только «Windows Performance Toolkit»:
После перезагрузки в каталоге, в котором эта команда была выполнена останется файл «boot_BASE+CSWITCH_1.etl» (BASE+CSWITCH это те самые «ключевые слова»): xperf boot_BASE+CSWITCH_1.etl
И можно начинать просмотр. Увиденное навевает печаль:
Explorer готов к 36-й секунде, но из-за 100% загрузки единственного (не особо быстрого) диска, система еще 2 минуты будет не очень отзывчивой (меню пуск будет открываться мгновенно, а вот с запуском программ придется подождать). ReadyBoot пытается чего то сделать и сначала у него даже получается (оранжевое и зеленое), но постепенно накапливающиеся отклонения от бутплана сводят его попытки на нет.
Что еще печальнее, так это то, что вместо собственно чтения данных, большую часть своей стопроцентной занятости диск проводит в метаниях головки к центру диска и обратно:
Небольшая справка: ReadyBoot собирает профиль использования диска при каждой загрузке и потом сервис SysMain строит бутплан на основании пяти последних загрузок. Соответственно, чем чаще загружаетесь, тем лучше будет «угадан» бутплан на следующую загрузку и тем быстрее она будет. Помимо этого, префетчер собирает статистику о том, какие файлы и в каком порядке были использованы во время загрузки и складывает эту информацию в %SystemRoot%\Prefetch\Layout.ini
Эту информацию использует встроенный дефрагментатор для принятия решений о размещении файлов.
Соответственно первой «оптимизацией» будет многократная перезагрузка и дефрагментация. Очень удобно, что xbootmgr может сделать это за нас.
После второй начинается дефрагментация:
Когда все закончится, в каталоге, из которого был запущен xbootmgr останется 6 файлов с трейсами каждой из подготовительных перезагрузок а также все тот же boot_BASE+CSWITCH_1.etl
Смотрим, изменилось ли чего нибудь. А все изменилось довольно заметно:
ReadyBoot справляется со своей задачей значительно лучше и как следствие эксплорер готов на треть быстрее, а время активности диска сократилось почти вдвое.
Мы все еще ходим в центр диска и этим мы займемся позже, но disk seek-ов уже заметно меньше, и это уже какой никакой, а успех. Пока же, обратим внимание на такой график:
Это же безобразие. Пока кто то выкладывается на 100%, некоторые отдыхают. Будем исправлять. Как обычно разменивают процессоное время на размер читаемых данных? Правильно, компрессией. Исправлять будем сжатием папок Windows и обоих Program Files-ов. Попытку сделать это из загруженной системы нельзя назвать успешной — какие то файлы пакуются, какие то нет. В общем так жить нельзя:
Перегружаемся в System Recovery и выполняем оттуда compact /c /a /i /s: каталог для наших трех каталогов. Скриншотов не будет, так как мне было сильно лень делать скриншотилку для WinPE — придется поверить на слово (а лучше перепроверить экспериментально). prepSystem придется провести еще раз, так как layout диска после сжатия сильно поменялся.
Ну и проверяем, чего у нас вышло-то:
Эксплорер готов к 20-й секунде, еще чуть меньше минуты идет дисковая активность, но уже чуть меньше 100%.
И да, мы все еще ходим в центр диска:
Тултипы подсказывают нам виновника. Перепроверям
Заодно под раздачу попадают скайп и стим. И правильно — нечего им делать в автозагрузке с такими аппетитами. Их всегда можно запустить из супербара/старт меню.
Совершенно невменяемое время загрузки одного сервиса:
Мы договорились не отказываться от функционала, даже если он нам на фиг не уперся. Поэтому отключать сервисы мы не будем. Мы просто переключим их в «Automatic (Delayed start)»:
В случае с Microsoft Antimalware все несколько сложнее:
Достаточно быстро выясняем, что дело в том, что сервис относится к группе «COM Infrastructure» и не может быть загружен позже этой группы. Идем в реестр и вытаскиваем его из этой группы, после чего спокойно доделываем дело:
На всякий случай еще один prepSystem и вот финал:
Эксплорер загрузился на 17-й секунде, на 18-й фактически прекращается дисковая активность.
Можно полюбоваться на строго упорядоченный доступ к диску:
Быстрый SSD и/или тотальное вырезание функционала могло бы сократить время загрузки до десяти секунд и меньше.
А вывод из всего этого такой: прежде чем что либо «оптимизировать», стоит определить те минимальные изменения, которые возымеют максимальный результат.
Вадим Стеркин
В состав Windows 7, входят средства диагностики и устранения неполадок, основанные на PowerShell. Я предлагаю вам собственный пакет, который создает отчет о скорости загрузки Windows 7 и исправляет основные системные проблемы, которые могут негативно влиять на нее.
С помощью PowerShell можно получать разнообразные данные о системе, и в том числе очень легко обрабатывать сведения из журналов событий. Именно эти особенности я использовал для своего пакета, чтобы представить в удобном виде информацию о загрузке системы.
Входящий в пакет скрипт собирает информацию, а затем выводит в текстовом файле:
Второе назначение пакета – это устранение ряда системных проблем, замедляющих загрузку. Не стоит ожидать от него магического ускорения, поскольку фактически речь идет о возврате к исходному состоянию настроек, которые пострадали из-за непонимания их роли в длительности загрузки системы.
О создании пакета и роли сертификатов безопасности
Я познакомился с PowerShell совсем недавно, но все оказалось проще, чем я думал. Не без помощи активного «гугления» я относительно быстро создал базовый скрипт по сбору информации (эквивалентный «батник» я бы в жизни не написал). Полезные советы по его оптимизации и тонкостям PowerShell мне дал Василий Гусев, Microsoft MVP и автор блога PowerShell и другие скрипты. Он же заразил меня идей создать диагностический пакет, хотя больше года назад я уже видел его доклад на Платформе на эту тему.
Создание пакета не таит в себе особых сложностей – это проще, чем создать файл ответов для автоустановки, если уже есть все скрипты. Барьером оказалось то, что пакет должен быть обязательно подписан, а в системе должен быть установлен сертификат, удостоверяющий эту подпись. Иначе ничего не запустится! PowerShell – мощное средство для управления Windows, поэтому Microsoft предпринимает меры предосторожности.
Из бесплатных способов самым быстрым является создание самоподписанного сертификата. Вадимс Поданс, кстати тоже MVP PowerShell, прямо заявляет, что они являются злом (и делает это в статье, описывающей создание такого сертификата средствами PowerShell :).
Диагностический пакет не отправляет никаких данных никуда. Tекущая версия подписана моим личным сертификатом, который выдала компания Digicert, удостоверив мою личность.
Запуск диагностики
Вам понадобятся права администратора.
Пакет может устранять проблемы в автоматическом режиме, но если вы хотите подойти к вопросу избирательно, щелкните Дополнительно в первом окне и снимите флажок Автоматически применять исправления. Если у вас в порядке все системные настройки, связанные с загрузкой, вы увидите только предложение создать отчет о загрузке.
Через несколько секунд все будет готово. Вы увидите сводку диагностики, а отчет о загрузке и системе откроется в блокноте. Если диагностика исправила проблемы со службами, перезагрузите систему для вступления изменений в силу.
Текстовый файл с отчетом создается во временной папке, чтобы не засорять систему. Вы можете сохранить отчет где угодно, а также вставить на форуме или в блоге, для чего в тексте предусмотрен тег code.
Интерпретация сведений о системе и ее загрузке
Текстовый отчет состоит из пяти маленьких блоков, и подобраны они так, чтобы составить представление о загрузке конкретной системы.
Общее время загрузки
Первые две строки отчета содержат информацию о времени полной загрузки системы, а также профиля в память.
Все значения округлены до целого числа секунд. Обратите внимание, как просто подсчитать среднее время последних трех загрузок. С журналом событий пришлось бы брать в руки калькулятор.
Загрузка рабочего стола
Далее идут сведения о финальном этапе загрузки, который проще всего ускорить. Длительность полной загрузки рабочего стола и количество программ в автозагрузке.
Полная готовность рабочего стола с моей точки зрения как пользователя означает окончание загрузки всех программ и моментальную реакцию на мои действия, без всяких «бубликов». Система смотрит на это аналогично, а об алгоритме мы поговорим в будущих статьях.
Строго говоря, на момент начала загрузки рабочего стола еще может продолжаться обработка процессов, запущенных на более раннем этапе.
Программы, стартующие при загрузке системы, играют в длительности этого этапа большую роль. Заметьте, что в моем примере он занял
почти половину от общего времени загрузки системы!
Количество программ в автозагрузке соответствует тому, что вы можете увидеть на вкладке Автозагрузка утилиты msconfig.
ReadyBoot, SuperFetch и Prefetch
Функция ReadyBoot работает в рамках службы SuperFetch. После каждой загрузки она, дождавшись бездействия системы, анализирует предыдущий запуск и определяет, какие файлы использовались во время последней загрузки. В следующий раз ReadyBoot ускоряет загрузку Windows за счет кэширования файлов загрузки системы и программ автозагрузки в оперативной памяти, что быстрее, чем считывать файлы с жесткого диска.
Функция Prefetch, появившаяся в Windows XP, служит для упреждающей загрузки данных в память. Служба SuperFetch в Windows 7 выступает в качестве интеллектуальной надстройки над Prefetch, анализирующей ваши сценарии использования системы.
От службы SuperFetch помимо ReadyBoot также зависят функции ReadyBoost и ReadyDrive, предназначенная для не слишком распространенных гибридных дисков.
Первая строка выводит статус службы SuperFetch. Очевидно, что если служба SuperFetch отключена, ReadyBoot не функционирует.
Вторая строка интерпретирует значение параметров EnablePrefetcher и EnableSuperfetch в разделе реестра
Функция ReadyBoot на жестких дисках считается включенной, если значения каждого параметра 2 или 3 в любых сочетаниях (на рисунке ниже значения по умолчанию):
Упоминание об оптимальном режиме здесь тоже не случайно, и оно будет не у всех.
Если на компьютере установлено менее 1.7 Гб оперативной памяти (RAM), ReadyBoot сжимает кэшируемые файлы. В этом случае на их распаковку требуется какое-то время, пусть и совсем небольшое.
Звездочка (*) ссылается на важное примечание о том, что информация о ReadyBoot не является актуальной при загрузке с твердотельного накопителя (SSD). Когда Windows 7 определяет наличие SSD диска, служба SuperFetch отключает функцию ReadyBoot, поскольку в этом случае выигрыша в скорости загрузки нет.
Windows 7 определяет наличие SSD на основе спецификаций ACS-2. Система опрашивает диск и интерпретирует полученный результат в соответствии с таблицей, опубликованной на MSDN.
Накопитель считается твердотельным, если диск определяется как «не вращающийся» (non-rotational).
Microsoft включила утилиту для определения типа диска в состав набора Windows Logo Kit. Однако скриптом извлечь эту информацию невозможно. Впрочем, если вы знаете, как определить SSD с помощью PowerShell, пожалуйста, расскажите мне, и я обновлю пакет.
Работа дефрагментатора и свободное пространство на системном диске
Четвертый блок отчета выводит сведения о работе встроенного дефрагментатора Windows, в т.ч. дату его последнего запуска, а также процент свободного пространства на системном диске.
Здесь звездочка также указывает на то, что для SSD дисков это не имеет значения. Windows 7 не выполняет дефрагментацию SSD дисков, поскольку она им не нужна. Поэтому, если система загружается с такого диска, сведения о работе дефрагментатора бесполезны в контексте ускорения загрузки. Однако фрагментированность обычного жесткого диска может негативно влиять на скорость загрузки системы.
Для нормальной работы дефрагментатора требуется, чтобы служба «Дефрагментация диска» не была отключена (по умолчанию она имеет тип запуска «Вручную»). Оптимизация загрузки выполняется отдельной задачей по расписанию, однако этому может препятствовать параметр Enable со значением N в разделе реестра
По умолчанию он отсутствует, но может появляться в результате установки сторонних дефрагментаторов или неумелой настройки системы. В результате при попытке дефрагментировать загрузочные файлы будет возникать ошибка 0x89000018. Диагностический пакет обнаруживает и устраняет обе проблемы.
Windows поддерживает диск в порядке с помощью планировщика заданий, в котором для этого назначена специальная задача ScheduledDefrag в разделе Microsoft — Windows – Defrag. Если отключена эта задача или служба планировщика, дефрагментация не выполняется.
Тип запуска службы планировщика определяется по значению параметра Start в разделе реестра
Автоматическому запуску соответствует значение 2.
Дату последнего запуска дефрагментатора скрипт извлекает из журнала событий, как и в случае со временем загрузки. Однако здесь используется Журналы Windows – Приложение, куда записываются все действия дефрагментатора (событие 258 с источником Defrag).
Последнее событие дефрагментации вовсе необязательно относится к обработке системного диска. Если вы отфильтруете записи журнала, то заметите, что там есть отчеты о других разделах и даже съемных дисках. Дефрагментация загрузочных файлов выполняется отдельно, как видно на рисунке выше.
Если у вас дефрагментатор не работал даже пару недель, можно смело сказать, что резерв для оптимизации есть.
Безусловно, мой скрипт не способен определить сценарий, при котором вы пользуетесь сторонним дефрагментатором, а встроенный отключили. В этом случае вы сами несете ответственность за фрагментированность системного диска. Что же касается попеременного использования встроенного и стороннего дефрагментаторов, то я считаю, что в этом как минимум нет смысла. Ведь каждая программа по-своему раскладывает файлы на диске, и программы скорее будут мешать друг другу, чем помогать.
Также в этом блоке приводится информации о проценте свободного пространства на системном диске.
Вообще-то, у меня в системе немного другая картина, но я создал небольшой недостаток места, чтобы проиллюстрировать один важный момент.
Чтобы обеспечить полную и эффективную дефрагментацию, на разделе должно быть не менее 15% свободного пространства.
В соответствии с официальной документацией и высказываниями разработчиков в противном случае выполняется только частичная дефрагментация, что происходит в том числе и при работе дефрагментатора по расписанию. Да, полную дефрагментацию можно форсировать параметром командной строки, но это уже ручная работа.
Мораль в том, что если вы хотите оптимизировать загрузку, не экономьте на спичках, т.е. на размере системного раздела, и поддерживайте на нем не менее 15% свободного пространства.
Сведения об аппаратной конфигурации
Завершают отчет три строки об операционной системе, процессоре и оперативной памяти.
Эту информацию вы можете посмотреть, например, в свойствах системы, нажав сочетание клавиш WIN+PAUSE.
Быстрое «железо» не просто положительно влияет на скорость загрузки системы, но и является одним из основных факторов в этом вопросе. В первую очередь это касается мощи процессора и скорости жесткого диска. Я оставил эту информацию напоследок не потому, что она не важна, а потому, что вас, скорее всего, интересует ускорение загрузки без обновления конфигурации 🙂
Если вы поделитесь своей информацией в комментариях или в форуме, будет интересно посмотреть на случаи, когда скромная конфигурация загружается быстрее мощной системы за счет лучшего ухода и оптимизации. Это тем более интересно увидеть, потому что в следующих статьях мы будем заниматься ускорением загрузки, после чего можно будет сравнить прирост в скорости.
Я уверен, что многие читатели уже догадались, как распорядиться полученной информацией для уменьшения времени загрузки. Вы можете сверить свои выводы с моими простыми советами по ускорению загрузки Windows.
Обновлено 27-Feb-11. Добавлена проверка типа запуска службы «Дефрагментация диска» и наличия в реестре параметра, блокирующего дефрагментацию загрузочных файлов. Добавлен вывод информации о размере системного раздела.
Вы прочли главу из электронной книги «Ускорение загрузки Windows». Подпишитесь на уведомления о новых записях по почте и получите книгу в подарок.
Об авторе
Вас также может заинтересовать:
Я в Telegram
Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.
комментария 163
Что-то не получается запустить CheckBootSpeed.diagcab
Выскакивает ошибка с кодом 0x800B010A.
Предварительно импортнул сертификат, как вы и писали.
x1shn1k, какая ОС и архитектура? Есть ли сертификат в хранилище (см. readme в архиве)?
Таки я накосячил =/
У меня пользовательская уч. запись, батник запускал сначала без повышенных привилегий. Он спросил импортировать ли данные, я ответил Да. После этого CheckBootSpeed.diagcab выдавал ошибку. Я запустил батник через run as administrator — вообще ничего про импорт не спрашивало. И только когда я запустил отдельно командную строку под административными данными, перешел в каталог с вашим cmd и выполнил его, только после этого сертификат успешно импортнулся и CheckBootSpeed.diagcab заработал.
x1shn1k, понятно. Вообще, в административной учетной записи работает и при импорте сертификата с обычными правами. Возможно, выполняется тихое повышение. Пакет тоже нужно выполнять в учетной записи администратора (для него точно выполняется тихое повышение), иначе данные о загрузке не собрать.
Возможен ли запуск этой софтины на Висте х86?
Юрий, нет. Диагностические пакеты работают только в Windows 7. Но вы можете посмотреть сведения о загрузке в журнале событий (см. пред. запись).
И эта и предыдущая статья проштудирована полностью,впрочем,как и весь блог.
Поскольку многое из того,что предлагается для Семёрки работает и на Висте,я сначала-как водится- попробовал,но дело не пошло,хотя сертификат при помощи двух клавиш нормально улёгся туда,куда положено-CheckBootSpeed.diagcab.открылся в блокноте-стало интересно,может что не так сделал-решил таки спросить.
Теперь ясно.
С интересом просмотрел журнал событий.
Система грузится 1мин.34 сек.-так обозначено время в журнале.
Как классифицировать это время-программа BootRacer определяет,как «хорошо»,но хотелось бы «отлично».
Очень жаль,что уважаемый автор работает теперь на Семёрке-для Висты почерпнул много интересного и здесь и на OSzone.net.
В любом случае-спасибо.
Юрий, в принципе, у меня под заголовком каждой статьи указана категория, т.е. видно, для какой ОС предназначен материал.
В Vista нет PowerShell, но его можно установить отдельно. Пакеты не заработают, но скрипты можно будет выполнять.
Полторы минуты, пожалуй, можно улучшить — следите за статьями по теме 🙂
Вадим, свой отчёт о загрузке выложил на форуме, дублировать уже не буду 🙂
Долго загружается «рабочий стол»… подозреваю что из-за того, что есть в автозагрузке, однако я там уже поотключал всё, что можно было «безболезненно» отключить, и не знаю чего делать дальше 🙂
Да, такой конфиг должен грузиться быстрее, и в твоем случае можно сбросить около минуты сразу. Система загружается относительно быстро, но 3/4 времени уходит на рабочий стол (время ввода пароля надо вычитать, но это несколько секунд всего).
В твоем случае основная цель достигается за счет оптимизации (у меня это не называется чисткой ;)) автозагрузки программ. И здесь нет никакой магии. Основа-то уже давно описана в блоге, ты это и сам найдешь (если что, подсказка в ПТ 🙂
Второй слабый момент — свободное место на диске и неэффективная дефрагментация. Я вот подумал, что надо доработать скрипт, чтобы писал объем вдобавок к проценту — тогда сразу можно было бы сказать, пожадничал ты или нет при разбивке диска на разделы. Здесь всю магию ручками самому делать придется, если эти несколько секунд важны. Но выводы делать надо.
Полминуты на загрузку системы +5
Vadim Sterkin: Второй слабый момент – свободное место на диске и неэффективная дефрагментация. Я вот подумал, что надо доработать скрипт, чтобы писал объем вдобавок к проценту – тогда сразу можно было бы сказать, пожадничал ты или нет при разбивке диска на разделы.
Общий объём системного раздела = 75.2Гб
Свободный объём раздела в данный момент = 5.52Гб (7.34%)
Знаю, этого немного маловато, но когда около года назад создавал разделы и подумать не мог, что объема в 75Гб мне окажется мало 🙂
Может с выходом СП1 попытаюсь «добавить» несколько ГБ к системному разделу за счёт свободного места на другом логическом диске, только боюсь что для этого придётся форматировать системный раздел, очень я не люблю «играться» с «перераспределителями» места на раздалах потипу Акрониса и компани, у меня на диске есть ценная информация, и её потеря = почти что… ну в общем ты понял 🙂
Кстати да, твоему скрипту не хватает информации о дисковой подсистеме — помимо % свободного пространства нужно же и объём диска учитывать 🙂
P.S. Приятно то, что твой скрипт у меня не выявил вообще никаких проблем, не пришлось ничего устранять 🙂
Наверное того, что я не любитель отключать системные службы 😉
То есть, мне, или какому-то другому «хакеру» показалось, что система будет более оптимизированней, если отключить какой-то компонент, и не беда, что инженеры в Редмонде до этого не додумались :))) Конечно же это бред 🙂
Vadim Sterkin: время ввода пароля надо вычитать, но это несколько секунд всего
А разве ОС не «останавливает» таймер пока не будет введён пароль?
Мне казалось, что должна была бы…
Vadim Sterkin: Полминуты на загрузку системы
а здесь что имелось ввиду? Я что-то не совсем понял о чём речь 🙂
Viktor Golub: Кстати да, твоему скрипту не хватает информации о дисковой подсистеме – помимо % свободного пространства нужно же и объём диска учитывать 🙂
Эффективность дефрага зависит от процента, а не от объема.
Viktor Golub: Vadim Sterkin: Полминуты на загрузку системы
а здесь что имелось ввиду?
MainPathBootTime (см. пред. статью).
С паролем — можешь проверить сам или посчитать в событии 100 — начало и конец указаны там.
По идее, можно обойтись без сертификатов, если я не путаю ничего, здесь все описано http://technet.microsoft.com/en-us/library/ee176949.aspx (Set-ExecutionPolicy RemoteSigned или Set-ExecutionPolicy Unrestricted)
Система загрузилась за 65 с, в т.ч. профиль за 2 с
Среднее время трех последних загрузок составляет 83 с
Время от появления рабочего стола до его полной готовности к работе составило 34 с,
на что могли повлиять 6 программ в автозагрузке.
Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был 01/22/2011 17:06:32*
На системном диске C: доступно 62,24% свободного пространства
Компьютер работает под управлением Microsoft Windows 7 Профессиональная 6.1.7600 32-bit
Установлен процессор Intel(R) Pentium(R) D CPU 2.80GHz
Системе доступно 2047 Mb оперативной памяти
*не применимо к SSD дискам
[/code]
Алекс, сейчас у вас все хорошо, тем более на таком железе, и особых резервов для оптимизации я не вижу.
Что касается стороннего дефрагментатора, я не могу судить, насколько он хорошо дружит с ReadyBoot. В любом случае, два использовать не вижу смысла, о чем сказал в статье.
Алекс, оптимизацию загрузки можно сделать отдельно (см. след. статью), но она также выполняется в рамках полной дефрагментации.
Что касается «не ахти», то он. может, и не обладает некоторыми фичами, которые присущи сторонним. Но там больше пиара, чем реальной оптимизации.
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена.
Алекс, включите скрытые задачи в меню Вид.
Алекса, служба «дефрагментация дисков» по умолчанию должна запускаться вручную. Описанная вами проблема с планировщиком выходят за рамки статьи, ибо в стандартной системе ее нет. Для решения подобных проблем есть форум на OSZone — милости прошу.
Хорошо Вадим..С планировщиком как раз на оригинале, на второй системе (сборка) все в порядке.
CheckBootSpeed — загрузка 117с, вначале
убрал лишнее в автозагрузке, дефрагментация
проверил — загрузка 51с
Dem, спасибо за отчет. Я рад, что у вас все получилось 🙂
Вадим, только что установил на ноутбуке свежую Win7 x86 SP1…
После первой загрузки (перед установкой драйверов) попробовал запустить твой скрипт проверки скорости загрузки: он запустился, в первом окошечке жму Next, и после попытки определения ошибок пишет, что Troubleshooting couldn’t identify the problem, а из вариантов действий только кнопочка Close 🙂
Всё заработало!
Просто нужно было перезагрузить ПК ещё 3 раза, с 3го отобразился отчёт о скорости загрузки ОС:
— система загрузилась за 29 с, в т.ч. профиль за 1 с.
Среднее время трёх последних загрузок составляет 37 с.
Время от появления рабочего стола до его полной готовности к работе составило 14 с.
Конфигурация ноутбука: Celeron U2300 @ 1.2GHz; Intel GS45; 2GB DDR2; HDD 320 GB @ 5400rpm.
Система загрузилась за 58 с, в т.ч. профиль за 1 с
Среднее время трех последних загрузок составляет 71 с
Время от появления рабочего стола до его полной готовности к работе составило 19 с,
на что могли повлиять 8 программ в автозагрузке.
Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был 02/26/2011 18:58:36*
На системном диске C: доступно 51,30% свободного пространства
Компьютер работает под управлением Microsoft Windows 7 Максимальная 6.1.7601 32-bit
Установлен процессор Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz
Системе доступно 3579 Mb оперативной памяти
Не пойму в чем проблема, самое отвратительное, что на добро пожаловать висит больше 10-ти секунд
Loner, у вас все неплохо. Что же касается 10 секунд на «Добро пожаловать», читайте следующую статью в понедельник и вы узнаете, что там происходит 🙂
Vadim Sterkin: Loner, у вас все неплохо. Что же касается 10 секунд на «Добро пожаловать», читайте следующую статью в понедельник и вы узнаете, что там происходит 🙂
»
Спасибо за ответ, в первый раз система загружалась за 38 секунд, а потом стало в среднем
70 секунд, а после применения дефрагментации загрузочного раздела(по совету в одной из ваших статей стало так как написал выше(58 секунд) надеюсь что следующая статья больше поможет, а то уж очень раздражает это пауза в «добро пожаловать» P.S. и еще можно сказать часто бывает черный экран на несколько секунд, как до «добро пожаловать» так и после, до появления рабочего стола…
почему так долго грузится профиль?
Сергей, на основании этого отчета невозможно дать ответ на ваш вопрос. Попробуйте посмотреть с помощью WPТ, он описан в следующей статье. Если сами не разберетесь, залейте XML и ETL в архиве на webfile.ru и сопроводите ссылкой свой вопрос в форуме.
Но прежде чем вы это сделаете, рекомендую воспользоваться тремя простыми советами. Возможно, проблема рассосется после этого.
P.S. Дублировать вопросы в блоге и в форуме необязательно, я все равно не буду копировать свои ответы вам в двух местах.
CheckBootSpeed [url=http://forum.oszone.net/newpostinthread-202479.html]v1.1[/url] — заменена опция «Перейти на форум и в блог» на «Получить книгу»? 🙂
Алекс, я не призываю вас к противостоянию 🙂 После установки пакета такое произойти не могло, он ничего не изменяет без вашего ведома.
Попробовал утилиту. Она включила службу дефрагментации вручную и что-то исправила в реестре, что связано с дефрагментацией загрузочных файлов. Но в планировщике заданий я отключил дефрагментацию по расписанию, так как использую новый o&o defrag, где, вроде бы, происходит дефрагментация системных (в том числе загрузочных) файлов при использование режима optimize. Если я ничего не путаю. Как настроить службы реестр правильно, при использовании стороннего (не встроенного) джефрагментатора, который, правда, стоит как основной ( то есть система должна использовать именно его, если я правильно понял)?
Спасибо. Только после нажатия на кнопку ДОПОЛНИТЕЛЬНО понял, насколько полезна программка
Вивиан Цельс, если вы используете сторонний дефрагментатор, то встроенный лучше заблокировать — достаточно отключения службы. Я не знаю, будет ли лучше со сторонним, я просто не вижу смысла использовать оба.
Проверить эффективность стороннего в контексте оптимизации загрузки вы можете с помощью WPT (см. последнюю главу книги).