В день объявления тестирования утилиты CheckBootSpeed я отправил ссылку на нее каждому, кто прислал запрос. Получив 150 заявок, я прекратил набор желающих. В итоге у меня набралось 53 отчета, и я очень благодарен всем, кто их предоставил.

С учетом того, что некоторые читатели прислали по несколько отчетов с разных ПК, получается, что как минимум 2/3 участников не поделились результатами. Зачем эти люди просили утилиту, осталось неясным…  Но тем ценнее каждый присланный отчет!

[+] Сегодня в программе

Итоги тестирования

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

• улучшена логика определения скорости накопителя: если winsat не отрабатывает, делается попытка извлечь скорость диска из недавней формальной оценки
• добавлены сведения о дате установки ОС (я забыл это включить в бету, хотя по косвенным признакам отчета можно было определить, что система «свежая»)
• добавлено исправление одного из параметров ReadyBoot в реестре, предложенное двумя читателями в комментариях
• ускорено выполнение некоторых команд за счет оптимизации кода (спасибо за советы Вадимсу Подансу, MVP PowerShell)

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

PowerShell в действии

В прошлый раз все были настолько сфокусированы на работе утилиты CheckBootSpeed и ее отчетах, что за кадром обсуждения остались командлеты, выражения и переменные Powershell. Между тем, я показывал в деле:

• Get-WmiObject
• Invoke-Expression
• $LastExitCode
• Get-Content
• Get-ItemProperty
• Switch

В конце я обещал рассказать, как утилита CheckBootSpeed собирает сведения о системе. Ниже вы увидите практические приемы использования PowerShell, которые я задействовал для решения этой задачи.

• Export-ScheduledTask
• Get-Partition
• ForEach
• Get-ChildItem
• Measure-Object
• Get-Date
• Get-WmiObject
• Select-String

Подробности задания ScheduledDefrag в планировщике

Наличие командлета Export-ScheduledTask максимально упрощает задачу, сводя ее к обработке XML. Поскольку команда всегда defrag.exe, я смотрю только на аргументы командной строки.

[[xml]]$DefragTask = Export-ScheduledTask -TaskName "ScheduledDefrag" -TaskPath "\Microsoft\Windows\Defrag\"
$Defragtask.task.actions.exec.arguments

В принципе, раньше для получения статуса задания в планировщике я с тем же успехом использовал утилиту командной строки schtasks, умеющую делать экспорт в XML.

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

Сопоставление буквы диска типу накопителя

Прогон теста winsat по всем разделам сильно затянул бы диагностику, поэтому я обошелся новым командлетом Get-Partition. Начиная с Windows 8, он входит в модуль Storage, вобравший в себя функции diskpart, chkdsk и т.д.

Можно быстро посмотреть, какие сведения о разделах доступны:

get-partition | fl *

Меня интересовали буквы разделов, а также ИД дисков (как в диспетчере устройств). Впрочем, в итоге вместо буквы диска я решил извлекать путь доступа. Он заодно содержит GUID раздела, перекликающийся с параметрами defrag.exe в запланированном задании.

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

$PartitionInfo = foreach ($p in Get-Partition)
{$p.AccessPaths, $p.DiskId, ""}
$PartitionInfo

Конечно, эти данные собираются только в Windows 8. Для тех, у кого нет PowerShell 3.0, я покажу фрагмент отчета для одного раздела:

C:\
\\?\Volume{7cf9cd13-0f82-11e2-be66-806e6f6e6963}\
SCSI\DISK&VEN_&PROD_KINGSTON_SH103S3\4&1A6BCA51&0&000000

Безусловно, просто глядя на модель диска, не всегда можно определить его тип. Но поисковики никто не отменял :)

Извлечение данных об активности ReadyBoot и Prefetch

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

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

$ReadyBootFolder = "$env:systemdrive\windows\prefetch\readyboot"
$ReadyBootFolderString = "Последние действия ReadyBoot:"

Дальше в дело вступают командлеты Get-ChildItem, извлекающий сведения о файлах в папке, и Measure-Object, в данном случае подсчитывающий их количество. Если файлов нет, выводится текст «Нет».

if ($(Get-ChildItem $ReadyBootFolder | Measure-Object).count -eq "0")
{$ReadyBootFolderResult = "Нет"}

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

else {$ReadyBootFolderResult = Get-ChildItem -Path $ReadyBootFolder -filter "*.fx*" | sort LastWriteTime -desc | select -first 3 | ft lastwritetime,extension}
$ReadyBootFolderString
$ReadyBootFolderResult

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

1. Взять все объекты в папке
2. Отфильтровать файлы, в имени которых содержится .fx
3. Отсортировать по дате создания
4. Выбрать верхние три элемента
5. Вывести в таблицу дату создания и расширение

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

Более того, аналогичный прием применяется при поиске последнего отчета оценки диска, созданного системой. В папке Windows\Performance\WinSat\DataStore можно с помощью фильтра по имени и сортировки выбрать самый свежий файл, содержащий в имени Disk.Assessment. После чего остается лишь извлечь его содержимое командлетом Get-Content и обработать XML.

Даты создания отчета и установки системы

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

Дата создания отчета

Текущую дату можно получить командлетом Get-Date – получится что-то вроде «21 марта 2013 г. 13:22:29». В принципе, этого достаточно, но можно преобразовать дату в короткий формат.

Get-Date -format g

В данном случае параметр g обозначает общий (general) формат даты в .NET Framework, а на практике — это короткая дата и короткое время, «21.03.2013 13:22».

Дата установки системы и подсчет числа дней с момента установки

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

Дата установки системы: 2012-10-06 (прошло дней: 165)

Командлет Get-WmiObject и класс Win32_OperatingSystem вам уже должны быть знакомы. Одним из объектов здесь является InstallDate, т.е. дата установки системы.

(Get-WmiObject -class Win32_OperatingSystem).installdate

Полученная дата включает в себя время с точностью до секунды и даже географическую зону (240).

20121006000841.000000+240

Эту дату можно преобразовать в формат, понятный командлету Get-Date. Тайным знанием методов .NET Framework с вами делится Вадимс Поданс.

$InstallDate = [Management.ManagementDateTimeconverter]::ToDateTime((Get-WmiObject  Win32_OperatingSystem).installdate)

Дальше простая математическая операция вычитает из текущей даты (Get-Date) дату установки системы, получая ответ в днях.

$DaysSinceInstall = ((Get-Date) - $Installdate).days

Завершающий штрих – конвертация даты установки в желаемый формат и построение фразы для отчета.

$ShortInstallDate = "{0:yyyy-MM-dd}" -f ($InstallDate)
$InstallDateString = "Дата установки системы: $ShortInstallDate (прошло дней: $DaysSinceInstall)"

Отчеты дефрагментации и оптимизации диска

Здесь просто извлекаются из журнала последние 300 событий 258 от defrag. Из каждого события берется его дата и текст сообщения, а результаты сортируются по дате, от новых к старым. Конкретную команду я оставляю вам в качестве домашнего задания.

Обработка собранных статистических данных

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

Система, вероятно, установлена на SSD (скорость случайного чтения - 210.92000 MB/s)

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

Задача

Я изначально складывал отчеты по четырем папкам, в зависимости от ОС и типа накопителя. Поэтому проблема формулировалась так:

1. Обработать все файлы в папках
2. Найти в каждом файле строку с измеренной скоростью
3. Извлечь значение скорости
4. Вывести все значения

PowerShell эта задача вполне по плечу, причем дальше вы увидите два варианта решения.

Извлечение фрагмента строки из набора файлов с помощью PowerShell

Я слабо владею PowerShell, поэтому применил подход, который сработает, наверное, в любом языке. Сначала я создал переменную и объявил новый массив.

$Path = "$env:userprofile\Documents\Scripts\CBS-Results\"
$myArray = @()

Затем с помощью командлета Get-ChildItem я организовал рекурсивную обработку папки. Полученные данные передаются по конвейеру командлету Select-String, который выбирает строки, совпадающие с заданным шаблоном. Каждая найденная строка добавляется в массив оператором “+=”.

$myArray += get-childitem $Path -recurse | select-string -pattern "чтения -"

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

foreach ($element in $myArray){
$element.line -match "- (.{6})" | out-null
$matches[1]}

В результате получается аккуратный столбик данных.

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

После таких заявлений от «ванлайнера» ему уже было не отвертеться, и вот что я получил в Skype через несколько минут:

dir -rec | select-string -pattern "чтения -" | %{$_ -replace ".+я" -replace "[^\d+.\d+]"}

Здесь dir — это просто алиас командлета Get-ChildItem. Становится ясно, что можно обойтись и без массива. Но в любом случае мне не по зубам регулярные выражения, которыми Вадимс решил задачу. Однако мораль в том, что даже новичок в PowerShell может решить задачу, пользуясь подсказками гуглояндекса при необходимости.

Диаграммы в Excel

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

winsat disk -ran -read -drive %SystemDrive:~0,1%

При этом выполняется случайное чтение блоков 16KB.

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

Как видите, лишь один жесткий диск перевалил через 3MB/s. Таким образом, можно считать корректным барьер в 8MB/s, который использует утилита для определения типа накопителя.

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

Для SSD это семечки, и даже самые посредственные SSD здесь в разы быстрее жестких дисков.

Ваши отчеты очень помогли мне собрать еще кое-какие данные, но они будут фигурировать в одной из будущих записей блога, примерно через пару недель. Не пропустите сие тайное знание :)

Дискуссия

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

Что же касается сбора данных, то их можно извлечь и другими скриптовыми языками. Если вы увлекаетесь скриптами, покажите в комментариях, как бы вы решили описанные выше задачи. Будет интересно сравнить! Если вы предпочитаете PowerShell, покажите решения, альтернативные моим.