В состав Windows 7, входят средства диагностики и устранения неполадок, основанные на PowerShell. Я предлагаю вам собственный пакет, который создает отчет о скорости загрузки Windows 7 и исправляет основные системные проблемы, которые могут негативно влиять на нее.

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

Увеличить рисунок

Входящий в пакет скрипт собирает информацию, а затем выводит в текстовом файле:

• основные сведения о последней загрузке
• состояние службы SuperFetch и ее функции ReadyBoot
• данные о работе дефрагментатора диска
• процент свободного места на системном разделе
• сведения об операционной системе, процессоре и памяти

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

Скачать последнюю версию CheckBootSpeed

На этой странице:

• О создании пакета и роли сертификатов безопасности
• Запуск диагностики
• Интерпретация сведений о системе и ее загрузке
• Общее время загрузки
• Загрузка рабочего стола
• ReadyBoot, SuperFetch и Prefetch
• Работа дефрагментатора и свободное пространство на системном диске
• Сведения об аппаратной конфигурации

О создании пакета и роли сертификатов безопасности

Я познакомился с PowerShell совсем недавно, но все оказалось проще, чем я думал. Не без помощи активного «гугления» я относительно быстро создал базовый скрипт по сбору информации (эквивалентный «батник» я бы в жизни не написал). Полезные советы по его оптимизации и тонкостям PowerShell мне дал Василий Гусев, Microsoft MVP и автор блога PowerShell и другие скрипты. Он же заразил меня идей создать диагностический пакет, хотя больше года назад я уже видел его доклад на Платформе на эту тему.

Увеличить рисунок

Создание пакета не таит в себе особых сложностей – это проще, чем создать файл ответов для автоустановки, если уже есть все скрипты. Барьером оказалось то, что пакет должен быть обязательно подписан, а в системе должен быть установлен сертификат, удостоверяющий эту подпись. Иначе ничего не запустится! PowerShell – мощное средство для управления Windows, поэтому Microsoft предпринимает меры предосторожности.

Из бесплатных способов самым быстрым является создание самоподписанного сертификата. Вадимс Поданс, кстати тоже MVP PowerShell, прямо заявляет, что они являются злом (и делает это в статье, описывающей создание такого сертификата средствами PowerShell :).

Диагностический пакет не отправляет никаких данных никуда. Tекущая версия подписана моим личным сертификатом, который выдала компания Digicert, удостоверив мою личность.

Запуск диагностики

Вам понадобятся права администратора.

1. Загрузите архив и распакуйте в любую папку.
2. Запустите файл CheckBootSpeed.diagcab.

Пакет может устранять проблемы в автоматическом режиме, но если вы хотите подойти к вопросу избирательно, щелкните Дополнительно в первом окне и снимите флажок Автоматически применять исправления. Если у вас в порядке все системные настройки, связанные с загрузкой, вы увидите только предложение создать отчет о загрузке.

Увеличить рисунок

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

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

Интерпретация сведений о системе и ее загрузке

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

Общее время загрузки

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

Система загрузилась за 98 с, в т.ч. профиль за 4 с
Среднее время трех последних загрузок составляет 146 с

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

Загрузка рабочего стола

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

Время от появления рабочего стола до его полной готовности к работе составило 48 с, 
на что могли повлиять 11 программ в автозагрузке.

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

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

Программы, стартующие при загрузке системы, играют в длительности этого этапа большую роль. Заметьте, что в моем примере он занял
почти половину от общего времени загрузки системы!

Количество программ в автозагрузке соответствует тому, что вы можете увидеть на вкладке Автозагрузка утилиты msconfig.

Увеличить рисунок

ReadyBoot, SuperFetch и Prefetch

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

Функция Prefetch, появившаяся в Windows XP, служит для упреждающей загрузки данных в память. Служба SuperFetch в Windows 7 выступает в качестве интеллектуальной надстройки над Prefetch, анализирующей ваши сценарии использования системы.

От службы SuperFetch помимо ReadyBoot также зависят функции ReadyBoost и ReadyDrive, предназначенная для не слишком распространенных гибридных дисков.

Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*

Первая строка выводит статус службы SuperFetch. Очевидно, что если служба SuperFetch отключена, ReadyBoot не функционирует.

Увеличить рисунок

Вторая строка интерпретирует значение параметров EnablePrefetcher и EnableSuperfetch в разделе реестра

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters

Функция ReadyBoot на жестких дисках считается включенной, если значения каждого параметра 2 или 3 в любых сочетаниях (на рисунке ниже значения по умолчанию):

• 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, в т.ч. дату его последнего запуска, а также процент свободного пространства на системном диске.

Служба 'Дефрагментация диска' имеет тип запуска Manual
Дефрагментатор выполняет оптимизацию загрузочных файлов
Служба 'Планировщик заданий' имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был 01/23/2011 14:19:46*

Здесь звездочка также указывает на то, что для SSD дисков это не имеет значения. Windows 7 не выполняет дефрагментацию SSD дисков, поскольку она им не нужна. Поэтому, если система загружается с такого диска, сведения о работе дефрагментатора бесполезны в контексте ускорения загрузки. Однако фрагментированность обычного жесткого диска может негативно влиять на скорость загрузки системы.

Для нормальной работы дефрагментатора требуется, чтобы служба «Дефрагментация диска» не была отключена (по умолчанию она имеет тип запуска «Вручную»). Оптимизация загрузки выполняется отдельной задачей по расписанию, однако этому может препятствовать параметр Enable со значением N в разделе реестра

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunction

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

Windows поддерживает диск в порядке с помощью планировщика заданий, в котором для этого назначена специальная задача ScheduledDefrag в разделе Microsoft — Windows – Defrag. Если отключена эта задача или служба планировщика, дефрагментация не выполняется.

Тип запуска службы планировщика определяется по значению параметра Start в разделе реестра

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Schedule

Автоматическому запуску соответствует значение 2.

Дату последнего запуска дефрагментатора скрипт извлекает из журнала событий, как и в случае со временем загрузки. Однако здесь используется Журналы Windows – Приложение, куда записываются все действия дефрагментатора (событие 258 с источником Defrag).

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

Если у вас дефрагментатор не работал даже пару недель, можно смело сказать, что резерв для оптимизации есть.

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

Также в этом блоке приводится информации о проценте свободного пространства на системном диске.

Системный раздел C: объемом 111,79 Гб имеет 7,51% свободного пространства

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

Чтобы обеспечить полную и эффективную дефрагментацию, на разделе должно быть не менее 15% свободного пространства.

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

Мораль в том, что если вы хотите оптимизировать загрузку, не экономьте на спичках, т.е. на размере системного раздела, и поддерживайте на нем не менее 15% свободного пространства.

Сведения об аппаратной конфигурации

Завершают отчет три строки об операционной системе, процессоре и оперативной памяти.

Компьютер работает под управлением Microsoft Windows 7 Максимальная  6.1.7600 32-bit
Установлен процессор Intel(R) Core(TM)2 Duo CPU     T7500 @ 2.20GHz
Системе доступно 3574 Mb оперативной памяти

Эту информацию вы можете посмотреть, например, в свойствах системы, нажав сочетание клавиш WIN+PAUSE.

Быстрое «железо» не просто положительно влияет на скорость загрузки системы, но и является одним из основных факторов в этом вопросе. В первую очередь это касается мощи процессора и скорости жесткого диска. Я оставил эту информацию напоследок не потому, что она не важна, а потому, что вас, скорее всего, интересует ускорение загрузки без обновления конфигурации :)

---

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

Я уверен, что многие читатели уже догадались, как распорядиться полученной информацией для уменьшения времени загрузки. Вы можете сверить свои выводы с моими простыми советами по ускорению загрузки Windows.

---

Обновлено 27-Feb-11. Добавлена проверка типа запуска службы «Дефрагментация диска» и наличия в реестре параметра, блокирующего дефрагментацию загрузочных файлов. Добавлен вывод информации о размере системного раздела.

---

Вы прочли главу из электронной книги «Ускорение загрузки Windows». Подпишитесь на уведомления о новых записях по почте и получите книгу в подарок.