Pull to refresh

AMD AHCI и ускорение загрузки Windows 7

Мощный пост amirul'а сподвигнул меня на возню с загрузкой моей винды. Она грузилась полторы минуты, а теперь, как и по итогам того поста, примерно 20. Примечателен не результат, а одна возникшая по ходу процесса сложность, о которой я и хочу написать. Дело в том, что после первого xbootmgr -trace boot -prepSystem время загрузки не изменилось и наблюдалась такая картина:image

Аналогично и на остальных графиках: первые 40 секунд полная тишина. Только один обнадёживает наличием информации: image
В Summary table для выделенного фрагмента вижу image
Т.е. реально происходит событие 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 и увидел image
Гугление по «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:image
Увиденное превосходит все ожидания! ataport.sys теперь не грузится, вместо него — amd_sata.sys и amd_xata.sys: image
Мгновенно сэкономлено 40 секунд на одной лишь загрузке драйвера. Windows Experience Index диска при этом поднялся с 5.3 до 5.5. Однако, например, копирование больших файлов в целом не ускорилось: у меня три винча, и только в одном из возможных направлений копирования скорость увеличилась с 90MB/sec до 95MB/sec (в остальных — сохранилась высокая), что можно объяснить нечистотой эксперимента. Я захотел сравнить, сколько времени грузится диск в обоих случаях. Для выделенных на соответствующих скринах фрагментов вызвал Disk summary table. С MS AHCI диск работал 33,24с:image
А с AMD AHCI диск работал больше — 36,55с:image
Вероятно потому, что, судя по графику Disk Detail, процесс System (4) стал зачем-то лезть в середину диска в System Volume Information. С драйвером AMD меньше было только чтений.
Эти ухудшения могут быть и не связаны с быстродействием самого драйвера AHCI от AMD, но и говорить, что его использование ускоряет загрузку чего-то с диска во время загрузки системы, точно не позволяют.

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

PS: надо заметить, что Driver\msahci с третьего скрина продолжает зачем-то грузиться и после замены дров на AMDшные.
Tags:
Hubs:
You can’t comment this publication because its author is not yet a full member of the community. You will be able to contact the author only after he or she has been invited by someone in the community. Until then, author’s username will be hidden by an alias.