|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vitaly Mayatskih 2:5002/48.9 26 Jan 2004 13:23:38
To : Konstantin Brazhnikov
Subject : 512 Mb оперативы
--------------------------------------------------------------------------------
25 Янв 04 19:03, Konstantin Brazhnikov пишет Vitaly Mayatskih следующее:
KB>>> завуалированную грубость?
VM>> Hет. Hи то, не другое.
KB> Тогда, может быть, перейдем на общепринятую форму общения?
Это что за общепринатая форма общения, когда обращение на "вы"
воспринимается как снобизм или завуалированная грубость?
KB> Поэтому утверждение о том, что доступ к какой-либо области hdd
KB> быстрее, нежели к другой, в общем случае некорректно. Я понятно
KB> излагаю?
При чём здесь доступ? Мы про линейное чтение вроде как. Так вот, если
под доступом понимается скорость линейного чтения, то в общем случае как раз
известно, что на внешних трэках скорость выше, чем на внутренних. Куда на
конкретном битом образце судьба график чтения занесёт - это уже частности.
KB>>> Цитаты кода из микропрограмм конкретных hdd приветствуются.
VM>> Зачем?
KB> См выше. Hе будем забывать про LBA. Алгоритм трансляции физика <->
KB> логика в студию, плз. Хотя бы для одной модели одного производителя.
Объясни, зачем? Только внятно объясни.
VM>> То, что заводской дефект-лист существует - факт. То, что он
VM>> пустым может быть - тоже.
KB> Теоретически - да. Hо это не доказательство исходного тезиса об
KB> однозначно более быстром доступе к "началу" hdd.
Ты занимаешься притягиванием ситуации за уши.
VM>> Зачем притягивать гипотетические ситуации к штатным?
KB> А затем, чтобы продемонстрировать наиболее очевидный случай, когда
KB> оспариваемый мною тезис столь же очевидно неверен. Ситуация реальна?
KB> Значит, хотя бы в одном случае из множества возможных сей тезис
KB> неверен.
Это не тезис, это статистика. Что там твой сигейт 1.7гб выдал - это
тоже часть той статистики.
Кстати, перечитал трэд, где ты тезис этот нашёл-то?
[ цензура ]
KB> действительности, то в общем случае - не обязательно. Если эта простая
KB> мысль до сих пор не дошла - welcome to SU.HARDWARE.PC.MEDIA, а
KB> мне надоело разжевывать очевидное.
Опять словоблудие... Что очевидно-то? И не хочу я в .медию идти, ибо
прекрасно понимаю, что на дефектном устройстве всё может быть шиворот на
выворот, но правило в общем виде остаётся.
VM>> и udma1. Есть идеи? Полночи, как дурак, пересобирал ядро :(
KB> Вообще-то я о 2.6 знаю лишь понаслышке, ибо консерватор:
KB> [hh@node hh]$ uname -r
KB> 2.2.19-3.asp
KB> А что говорит hdparm -i /dev/hda|grep '^ DMA'?
udma5
KB> Может быть, при смене ядра на 2.6.* hdaparm тоже требует обновления?
Сомневаюсь. Что-то я скорее не докрутил. Или 2.6 пока в баню идёт.
bye!
--- GoldED+/LNX 1.1.5-040120
* Origin: RLU #331092 (2:5002/48.9)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
