Мощный пост amirul'а сподвигнул меня на возню с загрузкой моей винды. Она грузилась полторы минуты, а теперь, как и по итогам того поста, примерно 20. Примечателен не результат, а одна возникшая по ходу процесса сложность, о которой я и хочу написать. Дело в том, что после первого
Аналогично и на остальных графиках: первые 40 секунд полная тишина. Только один обнадёживает наличием информации:
В Summary table для выделенного фрагмента вижу
Т.е. реально происходит событие Microsoft-Windows-Kernel-PnP/DeviceStart/win:Start для устройства «PCIIDE\IDEChannel\4&d21defa&0&0», и только через 26,5 с идёт win:Stop. А второй пробел для 4&d21defa&0&1 и идёт 13,25 с. Через меню Trace->System Configuration->PnP выясняю, что речь идёт об устройствах ATA channel 0 и 1, причём на первом у меня висит системный диск, а на втором — ничего. Гугление по «ATA channel slow start» и подобному результата не дало. Решил добавить флаг DRIVERS для трассы, выполнил
Гугление по «ataport.sys slow start» быстро вывело на несколько постов одного человека на разных форумах о такой же проблеме: 1, 2. Во втором нашёлся совет заменить AHCI-драйвер Microsoft на аналог от AMD. (Уже зная ответ, что проблема в AHCI, нашлось и сходное упоминание на хабре). Вскоре нашлось ещё подтверждение, в обоих случаях мать была AMD, а диск — SSD. У меня тоже AMD, но диск HDD. Но попытка не пытка, в поисках этих дров зашёл на форум, где есть масса различных мнений о том, что происходит при замене MS AHCI на AMD AHCI:
Я поставил эти драйвера (вручную обновил драйвера устройства «Standard AHCI чего-то там», оно вместе с пятью «ATA channel N» пропали, появилось одно AMD SATA controller) и снова запустил
Увиденное превосходит все ожидания! ataport.sys теперь не грузится, вместо него — amd_sata.sys и amd_xata.sys:
Мгновенно сэкономлено 40 секунд на одной лишь загрузке драйвера. Windows Experience Index диска при этом поднялся с 5.3 до 5.5. Однако, например, копирование больших файлов в целом не ускорилось: у меня три винча, и только в одном из возможных направлений копирования скорость увеличилась с 90MB/sec до 95MB/sec (в остальных — сохранилась высокая), что можно объяснить нечистотой эксперимента. Я захотел сравнить, сколько времени грузится диск в обоих случаях. Для выделенных на соответствующих скринах фрагментов вызвал Disk summary table. С MS AHCI диск работал 33,24с:
А с AMD AHCI диск работал больше — 36,55с:
Вероятно потому, что, судя по графику Disk Detail, процесс System (4) стал зачем-то лезть в середину диска в System Volume Information. С драйвером AMD меньше было только чтений.
Эти ухудшения могут быть и не связаны с быстродействием самого драйвера AHCI от AMD, но и говорить, что его использование ускоряет загрузку чего-то с диска во время загрузки системы, точно не позволяют.
В общем, настоятельно рекомендую попробовать заменить общие MSAHCI на платформоспецифичные и оценить изменения самостоятельно, благо это легко откатывается.
PS: надо заметить, что Driver\msahci с третьего скрина продолжает зачем-то грузиться и после замены дров на AMDшные.
xbootmgr -trace boot -prepSystem
время загрузки не изменилось и наблюдалась такая картина: Аналогично и на остальных графиках: первые 40 секунд полная тишина. Только один обнадёживает наличием информации:
В Summary table для выделенного фрагмента вижу
Т.е. реально происходит событие Microsoft-Windows-Kernel-PnP/DeviceStart/win:Start для устройства «PCIIDE\IDEChannel\4&d21defa&0&0», и только через 26,5 с идёт win:Stop. А второй пробел для 4&d21defa&0&1 и идёт 13,25 с. Через меню Trace->System Configuration->PnP выясняю, что речь идёт об устройствах ATA channel 0 и 1, причём на первом у меня висит системный диск, а на втором — ничего. Гугление по «ATA channel slow start» и подобному результата не дало. Решил добавить флаг DRIVERS для трассы, выполнил
xbootmgr -trace boot -traceFlags BASE+CSWITCH+DRIVERS
и увидел Гугление по «ataport.sys slow start» быстро вывело на несколько постов одного человека на разных форумах о такой же проблеме: 1, 2. Во втором нашёлся совет заменить AHCI-драйвер Microsoft на аналог от AMD. (Уже зная ответ, что проблема в AHCI, нашлось и сходное упоминание на хабре). Вскоре нашлось ещё подтверждение, в обоих случаях мать была AMD, а диск — SSD. У меня тоже AMD, но диск HDD. Но попытка не пытка, в поисках этих дров зашёл на форум, где есть масса различных мнений о том, что происходит при замене MS AHCI на AMD AHCI:
- более стабильная производительность (меньше паузы перед запуском приложений)
- различия в производительности нет, но майкрософтовский потребляет чуть больше CPU, а с аэмдэшным загрузка системы происходит немного дольше
- значительное увеличение быстродействия (с 5.9 до 7.4 по Windows Experience Index)
Я поставил эти драйвера (вручную обновил драйвера устройства «Standard AHCI чего-то там», оно вместе с пятью «ATA channel N» пропали, появилось одно AMD SATA controller) и снова запустил
xbootmgr -trace boot -traceFlags BASE+CSWITCH+DRIVERS
: Увиденное превосходит все ожидания! ataport.sys теперь не грузится, вместо него — amd_sata.sys и amd_xata.sys:
Мгновенно сэкономлено 40 секунд на одной лишь загрузке драйвера. Windows Experience Index диска при этом поднялся с 5.3 до 5.5. Однако, например, копирование больших файлов в целом не ускорилось: у меня три винча, и только в одном из возможных направлений копирования скорость увеличилась с 90MB/sec до 95MB/sec (в остальных — сохранилась высокая), что можно объяснить нечистотой эксперимента. Я захотел сравнить, сколько времени грузится диск в обоих случаях. Для выделенных на соответствующих скринах фрагментов вызвал Disk summary table. С MS AHCI диск работал 33,24с:
А с AMD AHCI диск работал больше — 36,55с:
Вероятно потому, что, судя по графику Disk Detail, процесс System (4) стал зачем-то лезть в середину диска в System Volume Information. С драйвером AMD меньше было только чтений.
Эти ухудшения могут быть и не связаны с быстродействием самого драйвера AHCI от AMD, но и говорить, что его использование ускоряет загрузку чего-то с диска во время загрузки системы, точно не позволяют.
В общем, настоятельно рекомендую попробовать заменить общие MSAHCI на платформоспецифичные и оценить изменения самостоятельно, благо это легко откатывается.
PS: надо заметить, что Driver\msahci с третьего скрина продолжает зачем-то грузиться и после замены дров на AMDшные.