Как в винде сделать активными 3 гигабита/с на SATA2???
Почти всегда скорость 40-70 Мбит, один раз с винта на винт было 260 Мбит/с, но длилось это около 3 сек.
Интересно, в висте нет такой причуды, как апример с USB во втором сервиспаке.
Кто висту юзает, отпишитесь.

и это правильно. винт физически быстрее не может.
от сата2 мотор быстрее не крутится

Может программным способом можно что-то изменить?
Ведь была-же скорость 250
Понятно что это с буфера, но не вставлять же на объём винта объём оперативки
Ну и зачем эта разница UDMA 100, UDMA 133, SATA 150, SATA 300.
Для чего всё это?

Для начала почитайте это -> http://de.wikipedia.org/wiki/SATA потом это http://www.sata-io.org/namingguidelines.asp.
Если не хотите читать, то вкратце, 3 Гб не означает скорость, а означает ширину канала.
Вы активировали у себя NCQ?

А где это?

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

По идее не надо активировать, должны лишь стоять необходимые трайберы. Стандартными трайберами Windows это сделать нельзя.
Должны быть трайберы Mini-Port Treiber des SATA-Hostadapters. К примеру у Abit это uli-southbridge intels ahci-standard. Если у вас тоже самое то ftp://www.uli.com.tw/driver/Integrated213.zip . Если у вас активирован ahci-modus то с ним автоматически включится NCQ.

Совсем забыл.
Нажмите правой кнопки мышки на Arbeitsplatz -> Eigenschaften -> Geräte-Manager-> IDE ATA/ATAPI-Controler -> и там выберайте SATA contoler -> правой кнопки мышки на нем и сново Eigenschaften -> Primary Channel
Там увидите Transfer mode:
у вас должно стоять там -> Serial ATA Generation 2 - 3.0G

Спасибо за ссылки, почитал, да и сам кое что нашел.
Короче говоря, если хочеш скорость, то надо ставить RAID,
в крайнем случае купить Raptor от WD.
Судя по тестам, приложения будут открываться в два раза быстрее http://www.thg.ru/storage/raid_0_vs_raptor/raid_0_vs_raptor-04.html
Но стоит ли это того, для домашних пользователей?

Ты сам с собой?
Мне не стоит и не ставлю...

Имею Маxtor Atlas IV - прибавка в скорости загрузки ощутимая, но не в разы, конечно. Стоит или нет - так ведь кому как, если постоянно что-то большое открывать надо, то конечно стоит.

Вы активировали у себя NCQ?
Это не влияет на скорость передачи данных, в лучшем случае на скорость доступа.

Серьезно???
Native Command Queuing (NCQ, wörtlich übersetzt: native Befehlseinreihung) ist eine Technologie für Festplatten, die die Geschwindigkeit verbessert. Sie ermöglicht, dass mehrere Anfragen gleichzeitig an die Festplatte abgesetzt werden und diese dann selbst entscheidet, welche Anfrage sie zuerst abarbeitet. Durch die Vermeidung unnötiger Kopfbewegungen kann so der Durchsatz und vor allem die Latenz verbessert werden. Das Laufwerk selbst, der Controller und der Treiber müssen Command Queuing unterstützen, um es zu nutzen.

Угу. Серьезно. Потому что: Sie ermöglicht, dass mehrere Anfragen gleichzeitig an die Festplatte abgesetzt werden und diese dann selbst entscheidet, welche Anfrage sie zuerst abarbeitet.
То есть по определению это оптимизация скорости доступа, а не обмена данными. Если, конечно, рассматривать частный случай, когда вс╦ вместе да╦т выигрыш в призводительности (например, читая из десятка разных мест диска) - да, NCQ (переопределив порядок чтения) может (теоретически) ускорить процесс, но это достаточно редкий случай, по крайней мере в не-серверных задачах.
Если же случай простой, т.е. мы просто читаем один файл (или группу), последовательно - то NCQ не оказывает эффекта в принципе.
Почитай лучше как оно работает и для чего создавалось, а не эту заметку из статьи

В принципе так оно и есть, что никакого существенного увеличения производительности от применения NCQ и SATA 2 вроде бы не наблюдается. Но, при использовании определенного ПО сортировка команд все же приносит ощутимый эффект. Причем дело здесь не только в области применения конкретной программы, но и в способах реализации ввода/вывода - при асинхронном обращении к диску (т.е. когда программа не приостанавливает свою работу до завершения текущей операции ввода/вывода) вероятность возникновения очереди запросов и соответственно ее оптимизации существенно возрастает. То есть вполне возможно, что по мере того как накопители и контроллеры с поддержкой NCQ будут получать все более широкое распространение и, следовательно, все большее число разработчиков начнут оптимизировать под NCQ свои приложения, выигрыш в производительности станет увеличиваться.

все большее число разработчиков начнут оптимизировать под NCQ свои приложения, выигрыш в производительности станет увеличиваться.
Это будет актуально только для серверов и многопользовательских систем. В обычных (домашних) PC это слабо поможет, к тому же, оптимизация под NCQ не нужна как таковая - в этом и смысл - достаточно отправить команду, не задумываясь когда она будет выполнена, а контролер сам решит, в каком порядке их выполнить, что бы не терять время на лишние метания по диску. Выполнение же запросов на ввод-вывод всегда асинхронно - по отношению к отдельным процессам или цепочкам - т.е., например, запросы от тр╦х разных процессов будут выполнены в произвольном порядке. В пределах одного процесса - вс╦ что нужно разработчику - это явно использовать асинхронный ввод-вывод, NCQ это уже другой уровень, не требущий поддержки на уровне приложения.
К сожалению, в наиболее классическом домашнем случае (копирование файлов или даже обработка видео) NCQ практически бесполезно...

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

Дык дело не в убеждении, а в принципе работы
NCQ по определению на уровне устройства, оно невидимо системе (кроме "разрешить-запретить"), следовательно, и приложения не могут его использовать напрямую, и рассчитывать на него не могут - кроме того, что если используется асинхронный ввод-вывод, то (может быть) NCQ поможет. Просто нет смысла приложению лезть на такой низкий уровень, кроме очень специализированных.

Спасибо за отзывы,
ветка получилась хорошей!
Я для себя кое-что нашел, другие я думаю тоже.
в следующий раз попробую вас потуже озадачить.
Ну вс╦таки я за RAID-0

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