В общем случае не приводит. Но так как:
То приводит. Вплоть до не восстановимых алгоритмом CRC ошибок. Выливается в повреждения файлов и файловой системы. По крайней мере все, встреченные мною жесткие диски фирмы Seagate с интерфейсом SATA вели себя именно так. В режиме IDE нормально, а в AHCI - начинаются глюки.
Выход - поставить режим Native IDE. Никаких драйверов не нужно, а прирост скорости будет не сильно меньше, чем от AHCI (см разъяснение ниже).
Скорость в общем-то ограничивается. Но разницу между 300 Мб/с и 150 Мб/с ни один современный жесткий диск на 7200 rpm по чистой линейной скорости не заметит - т.к. физически не может быстрее 120-130 Мб/с.
В случае с Seagate перемычка, установленная на SATA-1 отключает еще и NCQ, основную, в общем-то фишку SATA.
Но в свете вышеописанных глюков сигейтов в режиме AHCI - перемычка, как и сам режим AHCI смысла для них не имеет.
Буду спорить. IDE жесткий диск на 500 гигабайт вполне способен прокачивать 60-70 мегабайт в секунду.
Соответственно и SATA в режиме IDE ничуть не ограничен в линейной скорости.
Возрастание же скорости при переходе с эмуляции IDE в SATA, скорее всего, обусловлено тем, что многие ставят в режиме IDE не Native IDE, a Legacy IDE.
В Native IDE все устройства SATA видятся как Master. И соответственно работают на полной скорости, и каждое висит на своем прерывании APIC IRQ.
А в Legacy IDE, все "по-старинке" - устройство 0 - Primary Master, устройство 1 - Primary Slave, устройство 2 - Secondary Master, устройство 3 - Secondary Slave. К тому же и висят все на одном классическом прерывании AT IRQ, а не APIC IRQ - т.е. полная эмуляция классического EIDE контроллера. Нужно это для древних ОС, таких как Windows 98, DOS, Windows NT 3.x-4.x и подобных, которые умеют работать только с AT IRQ.
В режиме Legacy IDE устройство 0 и устройство 1 читать-писать одновременно не могут, так как на одном шлейфе IDE ведущий и ведомый работать одновременно не могли. Нулевой читает, а первый ждет. Тоже самое касается устройства 2 и 3.
Сюда еще добавляются тормоза из-за того, что классический AT IRQ имеет максимум 15 прерываний и не допускает вложение прерываний друг в друга. Т.е. поступило прерывание от одного жесткого диска - все остальные устройства, которые сидят на этом же прерывании (т.е. все остальные SATA Legacy IDE устройства) курят бамбук, пока оно не обработается. А если жесткий диск тормоз (а CD-ROM еще медленнее) - то курят бамбук долго.
APIC IRQ позволяет организовать до 64-х штук разных прерываний, плюс еще и обрабатывает вложенные прерывания (прерывание во время обработки прерывания). И соответственно (естественно, если ОС это дело нормально поддерживает - та же 2000-я и XP с этим не очень дружит и прирост будет меньше) каждому диску достается свое прерывание. В результате если один диск вызывает прерывание в процессе обработки прерывания от другого диска - он не ждет, а начинает обработку сразу.
А так как сейчас и процессоры многоядерные и контроллеры памяти многоканальные, так что и шин и вычислителей хватает на всех.
Вся основная фишка AHCI и NCQ - в обработке большого числа мелких файлов. Если без нее (в режиме IDE) контроллер скачет головками "как прикажут", то в режиме AHCI начинает "думать сам" - и оптимизирует траекторию головки.
Например - первый сектор в начале, второй в конце диска, а третий по середине.
В режиме IDE последовательность будет - 1-2-3 (начало-конец-середина), а в AHCI - 1-3-2, но в кэш запишет 1-2-3, т.е. предоставит в той последовательности "как заказывали". В итоге файл прочитается быстрее.
А если на диск поступает одновременно несколько запросов на разные файлы - то прирост от оптимизации очередей чтения и записи будет еще больше.
Как-то так.
Ответить с цитированием
Сообщение от Egor89K
