52 человека обозначили желание проверить, как у них справляется с оптимизацией загрузки сторонний дефрагментатор. Сегодня я хочу подвести итоги объявленного в прошлом месяце эксперимента и показать вам присланные мне результаты.
Все они как на подбор…
Давайте посмотрим, на четыре разные программы, ни одна из которых не использует API Windows, т.е. заявляет о собственной уникальной технологии.
График ReadyBoot из отчета WPT позволяет моментально оценить качество работы дефрагментатора над оптимизацией загрузки. Все просто:
- зеленое – это попадания ReadyBoot, что хорошо
- черное – промахи ReadyBoot, что плохо
Отличный
Эта программа великолепно справляется со своей задачей, и встроенному дефрагментатору Windows просто нечего улучшать. Неудивительно, что для запуска системы достаточно всего 36 секунд! Но у не всех будет такая радужная картина.
Хороший
Здесь кое-где видны промахи ReadyBoot, но они не оказывают влияния на скорость загрузки. Такую ситуацию дефрагментатору Windows трудно улучшить, и после его работы картина не сильно изменилась.
Впрочем, если вы обратите внимание на временную шкалу, то увидите, что загрузка все-таки ускорилась. Исходя из отчетов CheckBookSpeed, среднее время трех загрузок сократилось на 10%, пусть в данном случае это всего 3 секунды.
Неплохой
Эта программа сносно справляется с оптимизацией загрузки системы, но уступает показанным выше дефрагментаторам. Посмотрим, что может сделать Windows своими средствами.
Как и в предыдущем случае, штатной утилите не удалось значительно улучшить визуальную картину. Однако среднее время загрузки уменьшилось с 55 секунд до 47, т.е. сократилось на 17%.
Злой
Эта программа вообще не оптимизирует загрузку – график состоит из сплошных промахов ReadyBoot. Неудивительно, что для полного запуска системы требуется 110 секунд.
Дефрагментатор Windows сразу улучшает ситуацию.
Время загрузки сократилось до 72 секунд, т.е. запуск системы ускорился в полтора раза! Однако полностью исправить безобразие сторонней программы за один проход не удалось.
Я порекомендовал читателю выполнить оптимизацию ReadyBoot, следуя последней главе книги. Заодно я посоветовал изменить тип запуска служб StarForce и TeamViewer на отложенный, потому что они тормозили группу автозапуска.
Читатель ответил, что прочитав книгу и разобравшись с настройками своего дефрагментатора, ему удалось сократить среднее время загрузки до 45 секунд.
Мне трудно сказать, что конкретно делал читатель, но полагаю, на этом рисунке сторонний дефрагментатор просто пожинает плоды работы встроенного. Скорее всего, через месяц картина опять будет похожа на «Черный квадрат» Малевича.
Так какой дефрагментатор лучше?
Вы, конечно, обратили внимание, что я ни разу не упомянул названия программ, результаты которых рассматривались выше. Я не буду срывать покровы, потому что…
Вывод 1: победила лень :)
В опросе, который сопровождал приглашение к эксперименту, более 50 человек изъявили желание проверить свой дефрагментатор. Хотя могли сразу выбрать второй пункт…
Тогда я мысленно поделил эту цифру на 5, ожидая 10-12 отчетов. К сожалению, по окончании январских праздников их у меня было всего три! Четвертый я получил позже, когда срок подачи конкурсных работ был уже закрыт.
Приз конкурса, подписку TechNet, получает не поленившийся читатель Алексей Глухих, с чем я его и поздравляю!
Но даже четыре полученных отчета дали пищу для размышлений.
Вывод 2: не все дефрагментаторы одинаково полезны
Как показывают графики ReadyBoot, эффективность дефрагментаторов может сильно варьироваться в плане оптимизации загрузки – от ужасной до отличной.
Впрочем, не стоит делать однозначный вывод о том, что некая программа хорошая или плохая, не имея на руках данных о ее работе в разных системах.
Вывод 3: дефрагментатор Windows может улучшить ситуацию
Действительно, после дефрагментации штатной утилитой загрузка ускорялась в трех случаях из четырех. И это не было следствием просто дополнительного прохода дефрагментации.
Ведь ни одна из этих программ не использует API Windows, т.е. встроенному дефрагментатору приходилось перекладывать файлы на свой лад.
А насколько хорошо ваш дефрагментатор справляется с загрузкой?
Исходя из результатов опроса, 40% читателей, работающих в Windows 7, предпочитают сторонний дефрагментатор.
Может быть, ваша программа бесполезна?
Вероятно, столь мизерное количество присланных отчетов связано с тем, что я сделал что-то не так. То ли напугал объемом методики, то ли закрытая форма конкурса не побуждала вас к действию.
Давайте попробуем исправить ситуацию в комментариях к этой записи :) Достаточно трех простых шагов:
- Дефрагментируйте системный диск.
- Установите WPT.
- Запустите командный файл от имени администратора.
Теперь можно открыть пятый ETL-файл и сделать скриншот графика ReadyBoot. Подробности в методике и книге.
Если вы проявите любознательность, поделитесь названием программы и скриншотом в комментариях. Любые мнения о полученных результатах тоже приветствуются!
Кстати, предлагаю обсуждать только эффективность оптимизации загрузки на основе имеющихся данных. Ведь на тему «перекладывания квадратиков» мы уже дискутировали.
Head
Система загрузилась за 107 с, в т.ч. профиль за 2 с
Среднее время трех последних загрузок составляет 118 с
Время от появления рабочего стола до его полной готовности к работе составило 34 с, на что могли повлиять 16 программ в автозагрузке.
http://sitexart.com/images/defragged.jpg
Неплохо для старушки P4P800-X под W7 Макс, имхо.
10 сек выиграл на загрузке после штатного дефрага.
Вадим, спасибо за полезные советы, принимайте в ряды Ваших читателей :)
Vadim Sterkin
Принял :)
ALEX
После проведения теста 1-trace-your-defrag.cmd в папке C:\Windows\Prefetch\ReadyBoot
образовался файл ReadyBoot.etl.old.
Ранее его не видел, И можно ли его удалить?
Я его переименовал в _.etl и увидел там график. Что это, старый какой-то?
Правильно понимаю, что в начале теста удаляются все ранее созданные наработки Trace_ххх.fx?
Т.е. система по сути заново учиться? Потому что все номера новые, или это просто совпадение, потому что их всего пять?
Vadim Sterkin
В пакетном файле только команды для перезагрузки и сбора данных о ходе загрузки. Тренировка ReadyBoot происходит естественным образом, за счет периода ожидания после каждой перезагрзки.
«Левый» файл можно удалить.
ALEX
Где можно узнать полную инфу по параметрам в строке запуска?
Например, я хочу увеличить время слежения до 10 минут.
Как это будет выглядеть?
Vadim Sterkin
По умолчанию системе дается 2 минуты, что достаточно для запуска префетчера. Если вы хотите увеличить задержку до 10 минут, используйте
Значение в секундах. Но такой длительный интервал я считаю излишним.
ALEX
Так правильно:
ALEX
Я в предыдущем посте забыл поставить «?»! Ну да ладно — справился, всё получилось.
Однажды в конце создания отчёта выкинуло такую ошибку:
http://img43.imageshack.us/img43/1299/94430101.png
При попытке команды:
в CMD
такое сообщение
Перезагрузился, пошло нормально. Ну это так — для сведения.
Отчеты ещё принимаете, а то есть вопросы?
Если да, то куда слать. Есть вопросы по смыслу и работе с отчётами.
И ещё вопросик, может я пропустил, а Debugging Tools for
Windows нет у вас желания рассмотреть, например для анализа дампов и минидампов памяти при крахе системы?
Vadim Sterkin
Конкурсный прием давно завершен, но можете озвучить вопросы, загрузив файлы, как описано в методологии. Я посмотрю на досуге.
Дампы частично рассматриваются в Как с помощью дампа памяти определить драйвер, вызывающий BSOD (пакетный файл просто автоматизирует действия).
Victor
У меня тут можно что-то придумать?
http://s003.radikal.ru/i204/1203/58/6289ef01c6e3.jpg
http://s019.radikal.ru/i630/1203/21/c1335e7ce6c7.jpg
Vadim Sterkin
Виктор, оптимизация ReadyBoot у вас в порядке, но больше ничего сказать нельзя на основе представленной информации. За конкретными рекомендациями обращайтесь в эту тему форума, следуя правилам подачи запроса.
BPN
Вадим, а какой дефрагментатор поработал на первом скрине?
Уж больно хочется знать и не хочется все их тестить (как всегда — лень).
Я понимаю, что смысл статьи не в том,
что такой-то дефрагментатор лучше, а в том,
что виндовый (7) совсем неплохой, но всё же,
приоткройте занавес, поделитесь пожалуйста!
Vadim Sterkin
Занавес приоткрыт в комментариях.
Дмитрий
Вадим, здравствуйте.
Попал в Ваш блог случайно, в поисках ответов на вопросы и зачитался. Спасибо за простой и понятный стиль доведения информации до слушателя.
А искал я ответ на вопрос: что делать с дефрагментацией HDD при использовании SSD в качестве устройства кэширования (Intel Smart Response)? Как встроенный дефрагментатор отнесется к такому тандему? Не хотелось бы лишний раз гонять запись на SSD.
Vadim Sterkin
Дмитрий, я рад, что вам нравится блог — спасибо за отклик!
Что касается вашего вопроса, то я не сталкивался на практике с этой технологией. Если разделу на SSD, отведенному под кэш, назначена буква, вы можете посмотреть, выполняется ли его дефрагментация. Если буква не назначена, но раздел виден в оснастке управления дисками, там же можно назначить букву и проверить журнал недели через две. Сообщите о результатах.
Между тем, быстрое гугление по запросу
выводит на первое место ответ техподдержки Intel, где утверждается, что дефраг не производится.
Дмитрий
Вадим, спасибо за оперативный ответ.
Оказывается, Гугль бывает не только русский :)
Сразу нашел, то что искал:
Дмитрий
В оснастке управления дисками кэширующий SSD не отображается, так же отсутствуют записи в журнале по коду 258 с данным SSD.
Если интересны результаты Intel Smart Response, то через пару недель могу произвести замеры.
Valeant
Для удобства анализа загрузки ReadyBoot если у вас установлен WPT, то нет надобности запускать его каждый раз WPT. Достаточно того что в каталоге /windows/prefetch/readyboot будет уже создан файл для анализа ReadyBoot.etl.old от текущей загрузке, достаточно его переименовать в ReadyBoot.etl и произвести его анализ через WPT или лучше через WPA.
Vadim Sterkin
Из ваших объяснений я не понял, откуда беретеся файл ReadyBoot.etl.old. По умолчанию он не создается при каждой загрузке.
Valeant
Запускаю сегодня ПК — данный файл ReadyBoot.etl.old лежит в каталоге /Windows/Prefetch/ReadyBoot — дата и время 07/05 19:52 при перегрузке будет новый, на счет умолчания не знаю, значит что-то включено у меня.
И даже могу сказать другое с начало будут два файла ReadyBoot.etl.old и ReadyBoot.etl но потом ReadyBoot.etl -> ReadyBoot.etl.old
Valeant
Valeant,
Нашел —
Vadim Sterkin
У меня на двух железных машинах и виртуальной такие же параметры, но файл не создается, только traceN.fx Описание Autologger тут.
Valeant
Но если идти дальше по реестру тогда там есть еще два GUI
…
и т.д.
Возможно при установки WPT от sdk было что-то добавлено.
Denys
Здравствуйте ! Сам лично не проверял, но доверяю мнению преподавателя по системному программированию и тд в Университете, еще года 4 назад на лекции он объяснял почему системный дефрагментатор, который использует API функции — Хуже асторонних. Потому что, он раскладывает файлы так, что после дефрагментации, становится все хорошо, НО в дальнейшем при работе с диском (запись, перехапись и тд) возникает еще более худшая ситуация чем до дефрагментации. Это потому что Алгоритм размещения файлов должен учитывать не только как оптимально их разместить,а еще предугадать размещение остальных файлов… и эта API функция — лажа.
— Возможно, уже все поменялось за несколько лет, я не знаю
Vadim Sterkin
Денис, ну так ReadyBoot и является интеллектуальным анализом предыдущих загрузок, соответственно дефраг загрузочных файлов их размещает как надо.
Я не знаю, используется ли подобный анализ при обычном дефраге томов (сомневаюсь), но я бы сказал, что многие люди слишком озабочены вопросом фрагментации дисков. В штатном режиме родной дефраг справляется ок, а дают ли выигрыш сторонние средства, мне не очевидно.
Александр [Маздайщик]
Кстати, по поводу штатного дефрага. ЕМНИП, фрагменты файлов размером более 32 Мбайт он за фрагменты не считает, и такие файлы не дефрагментирует.
Также, если логически (не физически) сбойнул диск, а бекапа нет, то всякие сторонние утилиты, восстанавливающие данные на диске по сигнатурам, для фрагментированных файлов, скорее всего, найдут только первые фрагменты, так что конец будет обрезанным (или начало). В таких случаях отсутствие дефрагментации может спасти (меня спасало, об этом я уже где-то комментировал).
Александр [Маздайщик]
Следует читать «отсутствие фрагментации может спасти».
Vadim Sterkin
Вообще-то, фрагменты, 64мб, и можно форсировать с -w
http://support.microsoft.com/kb/942092/en-us
Александр [Маздайщик]
Провёл тестирование предложенным скриптом. Повторюсь (писал где-то выше), использую PerfectDisk 12.5.
1. Дефрагментация делалась несколько дней назад:
http://s1.ipicture.ru/uploads/20140602/SMUCTDL2.png
В начале промахи есть, но мало, где-то через минуту начинаются промахи (прошу обратить внимание на цвета, в Windows AIK для 8.1 они другие).
2. Выполнил дефрагментацию при помощи PerfectDisk:
http://s1.ipicture.ru/uploads/20140602/WHCbMxUJ.png
До 40 секунд промахов нет, потом они появляются.
3. Выполнил дефрагментацию штатной утилитой:
http://s1.ipicture.ru/uploads/20140602/4MblxJqz.png
Промахи наблюдаются с самого начала, но их немного (цвета поменялись).
Кстати, о скрипте. Говорила мне в детстве мама: если программа просит отключить антивирус, файервол или UAC, такой программе доверять нельзя :-).
Vadim Sterkin
Александр, особо ничего не поменялось, как я вижу. Вы делали пять перезагрузок перед пп. 2 и 3?
Отключение UAC — рекомендация Microsoft в ADK. Это же диагностика, иначе точность измерений страдает.
Александр [Маздайщик]
Да, во всех трёх случаях для сбора данных скрипт делал 5 перезагрузок.
Сергей Кудрявцев
И о чем эта статья? Автору было скучно, что ль?
Vadim Sterkin
И о чем этот комментарий? Дальше по тексту^^
Sergey Vorozhtsov
У меня вообще нет графика в етл файле по readyboot. ЧЯДНТ? может в запуск трейс надо добавить параметры?
Vadim Sterkin
Всё
AndreiM
Wise Disk Cleaner Free 9.27.646
http://i023.radikal.ru/1607/26/2d7c83905601t.jpg