Re: Подсоединить старый жесткий диск
Добавлено: 24 сен 2010, 12:24
фигассе! так не должен или вы точно знаете, что не используется?Правильные пацаны писал(а):... во-вторых при чтении кеш особо пользоватся не должен...

фигассе! так не должен или вы точно знаете, что не используется?Правильные пацаны писал(а):... во-вторых при чтении кеш особо пользоватся не должен...
Оба-на-угол-шоу... (с)Правильные пацаны писал(а): да потому что главное - скорость до харддрайва с кешем, а там если я сразу вернулся из функции записи - для меня все равно, хоть он один байт в секунду потом пишет.
Кстати, кэш по фигу где расположен. С точно таким же успехом работает кэш аллокированный прямо в RAM. В этом случае скорость интерфейса становится совсем неважна - лишь бы она была не меньше скорости "механики" диска. Что и требовалось доказать.Правильные пацаны писал(а):Ну во-первых апликации сами не пишут - все идет через ось, во-вторых при чтении кеш особо пользоватся не должен, разве что для NCQ.
это зависит от фирмваре - как я могу гарантировать. При NCQ должен использоватся, может там программа так написана, что он в любом случае пользуетсяStanislav писал(а):фигассе! так не должен или вы точно знаете, что не используется?Правильные пацаны писал(а):... во-вторых при чтении кеш особо пользоватся не должен...
Это теплое с мягким.akela писал(а):Кстати, кэш по фигу где расположен. С точно таким же успехом работает кэш аллокированный прямо в RAM. В этом случае скорость интерфейса становится совсем неважна - лишь бы она была не меньше скорости "механики" диска. Что и требовалось доказать.Правильные пацаны писал(а):Ну во-первых апликации сами не пишут - все идет через ось, во-вторых при чтении кеш особо пользоватся не должен, разве что для NCQ.
Не зависит. В кэш ВСЕГДА зачитывается содержимое цилиндра. Только потому, чтобы головками зазря не дергать. Или вы, пардон, желаете позиционировать головки для каждых 512 байт?Правильные пацаны писал(а):это зависит от фирмваре - как я могу гарантировать. При NCQ должен использоватся, может там программа так написана, что он в любом случае пользуетсяStanislav писал(а):фигассе! так не должен или вы точно знаете, что не используется?Правильные пацаны писал(а):... во-вторых при чтении кеш особо пользоватся не должен...
не верю.Stanislav писал(а): Не зависит. В кэш ВСЕГДА зачитывается содержимое цилиндра. Только потому, чтобы головками зазря не дергать. Или вы, пардон, желаете позиционировать головки для каждых 512 байт?
В вашем случае доказывается, что пофигу - САТА или ПАТА - 1К вы запишете без боттлнэка по-любомуПравильные пацаны писал(а): А что требовалось доказать? Что PATA такой же быстрый как и САТА?
Ну как хотите...Правильные пацаны писал(а):не верю.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 писал(а):В вашем случае доказывается, что пофигу - САТА или ПАТА - 1К вы запишете без боттлнэка по-любомуПравильные пацаны писал(а): А что требовалось доказать? Что PATA такой же быстрый как и САТА?
Вы помните, что у ПАТА дисков тоже есть кэш?
Так, ну про кэш вы уже проспорили... Какие же претензии к ПАТА каналу для малых об'емов данных?Правильные пацаны писал(а):помним, только канал к нему узкий. О канале и споримStanislav писал(а):В вашем случае доказывается, что пофигу - САТА или ПАТА - 1К вы запишете без боттлнэка по-любомуПравильные пацаны писал(а): А что требовалось доказать? Что PATA такой же быстрый как и САТА?
Вы помните, что у ПАТА дисков тоже есть кэш?
ну вижу объяснили. Пора говорить пожалуйстаОбъясните Бога ради абсолютному чайнику как это можно сделать: Купил новый компьютер. Захотел жесткий диск из старого компьютера (500 GB жалко выбрасывать) поставить в новый, а там какие-то другие провода. В старом жеском диске штекер такой длинный, состоит из множества штырей, а в новом совсем короткий, присоединятеся к материнской плате черным проводом. Есть ли какой-то переходник? Как это все на английском называется и где в Ванквере все это найти?
Вот и про это цитатку нашел:Stanislav писал(а):Оба-на-угол-шоу... (с)Правильные пацаны писал(а): да потому что главное - скорость до харддрайва с кешем, а там если я сразу вернулся из функции записи - для меня все равно, хоть он один байт в секунду потом пишет.
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.
эх, молодежь.. хоть горшком назови - суть то не меняеца.Stanislav писал(а): Так, ну про кэш вы уже проспорили... Какие же претензии к ПАТА каналу для малых об'емов данных?
во! нау ю а токинг.. а шоб диск не грохнулся - другие меры есть.Stanislav писал(а): Вот и про это цитатку нашел: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.