|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vitaly Mayatskih 2:5002/48.9 25 Jan 2004 15:42:20
To : Konstantin Brazhnikov
Subject : 512 Mb оперативы
--------------------------------------------------------------------------------
25 Янв 04 00:14, Konstantin Brazhnikov пишет Vitaly Mayatskih следующее:
KB>>> и упоминать не буду.
VM>> И не упоминате.
KB> Лирическое отступление: Виталий, Ваше обращение ко мне одному во
KB> множественном числе мне следует понимать, как снобизм a-la "выкающий"
KB> всем любитель "пальцегнутия" А.Барабанов, или как завуалированную
KB> грубость?
Hет. Hи то, не другое.
VM>> Ремапнутые сектора
KB> Hачнем с того, что приставка "ре-" означает некое изменение
KB> относительно первоначального состояния. А не хотите ли поговорить о
KB> собственно маппинге при начальном форматировании hdd на
KB> заводе-изготовителе?
Да, такое бывает. Впрочем, мой покойничек mpg3409at через полгода
работы, когда загнулась электроника, имел пустые дефект-листы.
KB> Цитаты кода из микропрограмм конкретных hdd приветствуются.
Зачем? То, что заводской дефект-лист существует - факт. То, что он
пустым может быть - тоже.
VM>> покажет чёткое зональное убывание скорости.
KB> А теперь представим себе [чисто гипотетическую] ситуацию, когда,
KB> скажем, "первые" (логически) две сотни секторов HDD проремаплены в его
KB> конец. Ы?
Провал в начале графика. Винчестер в аварийном состоянии. Зачем
притягивать гипотетические ситуации к штатным?
VM>> Впрочем, назовите модель современного ide-диска, в котором вы
VM>> знаете, что это не так.
KB> А в том-то все и дело, что говоря о современных ide-hdd, как абсолютно
KB> справедливо намекнул Витус, ничего конкретного о физической структуре
KB> сказать просто невозможно. И поэтому утверждения о бОльшей скорости
KB> обмена с начальными логическими секторам hdd являются, как минимум,
KB> спорными.
Модель современного винчестера, в котором это не так? Можно url.
KB> PS: Здесь "железо" не является офтопиком только в плане его отношения
KB> к эхотагу.
hdparm -t /dev/hda на ядре 2.6.0 даёт 14мб/с, хотя на 2.4.20 - 27мб/с.
14мб - это где-то в нормальном виде между udma0 и udma1. Есть идеи? Полночи, как
дурак, пересобирал ядро :(
KB> Может быть лучше пойдем с этим в SU.HARDWARE.PC.MEDIA,
Hе стОит.
bye!
--- GoldED+/LNX 1.1.5-040120
* Origin: RLU #331092 (2:5002/48.9)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
