Правильные пацаны писал(а):
да потому что главное - скорость до харддрайва с кешем, а там если я сразу вернулся из функции записи - для меня все равно, хоть он один байт в секунду потом пишет.
Правильные пацаны писал(а):Ну во-первых апликации сами не пишут - все идет через ось, во-вторых при чтении кеш особо пользоватся не должен, разве что для NCQ.
Кстати, кэш по фигу где расположен. С точно таким же успехом работает кэш аллокированный прямо в RAM. В этом случае скорость интерфейса становится совсем неважна - лишь бы она была не меньше скорости "механики" диска. Что и требовалось доказать.
Правильные пацаны писал(а):Ну во-первых апликации сами не пишут - все идет через ось, во-вторых при чтении кеш особо пользоватся не должен, разве что для NCQ.
Кстати, кэш по фигу где расположен. С точно таким же успехом работает кэш аллокированный прямо в RAM. В этом случае скорость интерфейса становится совсем неважна - лишь бы она была не меньше скорости "механики" диска. Что и требовалось доказать.
Это теплое с мягким.
А что требовалось доказать? Что PATA такой же быстрый как и САТА? И благодаря тому, что кеш в РАМ?
Правильные пацаны писал(а):... во-вторых при чтении кеш особо пользоватся не должен...
фигассе! так не должен или вы точно знаете, что не используется?
это зависит от фирмваре - как я могу гарантировать. При NCQ должен использоватся, может там программа так написана, что он в любом случае пользуется
Не зависит. В кэш ВСЕГДА зачитывается содержимое цилиндра. Только потому, чтобы головками зазря не дергать. Или вы, пардон, желаете позиционировать головки для каждых 512 байт?
Stanislav писал(а):
Не зависит. В кэш ВСЕГДА зачитывается содержимое цилиндра. Только потому, чтобы головками зазря не дергать. Или вы, пардон, желаете позиционировать головки для каждых 512 байт?
Stanislav писал(а):
Не зависит. В кэш ВСЕГДА зачитывается содержимое цилиндра. Только потому, чтобы головками зазря не дергать. Или вы, пардон, желаете позиционировать головки для каждых 512 байт?
не верю.
Ну как хотите...
Read-ahead/read-behind
When executing a read from the disk, the disk arm moves the read/write head to (or near) the correct track, and after some settling time the read head begins to pick up bits. Usually, the first sectors to be read are not the ones that have been requested by the operating system. The disk's embedded computer typically saves these unrequested sectors in the disk buffer, in case the operating system requests them later.
Последний раз редактировалось Stanislav 24 сен 2010, 12:42, всего редактировалось 1 раз.
Объясните Бога ради абсолютному чайнику как это можно сделать: Купил новый компьютер. Захотел жесткий диск из старого компьютера (500 GB жалко выбрасывать) поставить в новый, а там какие-то другие провода. В старом жеском диске штекер такой длинный, состоит из множества штырей, а в новом совсем короткий, присоединятеся к материнской плате черным проводом. Есть ли какой-то переходник? Как это все на английском называется и где в Ванквере все это найти?
ну вижу объяснили. Пора говорить пожалуйста
от себя добавлю, особенно мн епро ботленек понравилось, долго искал, нашел! стоит на столе оказывается, крушовица=)
Правильные пацаны писал(а):
да потому что главное - скорость до харддрайва с кешем, а там если я сразу вернулся из функции записи - для меня все равно, хоть он один байт в секунду потом пишет.
Оба-на-угол-шоу... (с)
Вот и про это цитатку нашел:
The disk's embedded microcontroller may signal the main computer that a disk write is complete immediately after receiving the write data, before the data are actually written to the platter. This early signal allows the main computer to continue working even though the data has not actually been written yet. This can be somewhat dangerous, because if power is lost before the data are permanently fixed in the magnetic media, the data will be lost from the disk buffer, and the file system on the disk may be left in an inconsistent state.
The disk's embedded microcontroller may signal the main computer that a disk write is complete immediately after receiving the write data, before the data are actually written to the platter. This early signal allows the main computer to continue working even though the data has not actually been written yet. This can be somewhat dangerous, because if power is lost before the data are permanently fixed in the magnetic media, the data will be lost from the disk buffer, and the file system on the disk may be left in an inconsistent state.
во! нау ю а токинг.. а шоб диск не грохнулся - другие меры есть.