|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Konstantin Brazhnikov 2:4615/85 26 Jan 2004 15:57:50
To : Vitaly Mayatskih
Subject : 512 Mb оперативы
--------------------------------------------------------------------------------
А не ты ли писал мне 26 Января [Понедельник] 2004г., в 12:23 нижецитируемое ?
KB>> Тогда, может быть, перейдем на общепринятую форму общения?
VM> Это что за общепринатая форма общения, когда обращение на "вы"
VM> воспринимается как снобизм или завуалированная грубость?
Мне нужно в очередной раз озвучить поговорку о том, в каких ситуациях в фидо
переходят на "вы"?
KB>> Поэтому утверждение о том, что доступ к какой-либо области hdd
KB>> быстрее, нежели к другой, в общем случае некорректно. Я понятно
KB>> излагаю?
VM> При чём здесь доступ? Мы про линейное чтение вроде как.
Hет, мы про время доступа вообще. Про такое сферическое и в вакууме. То,
уменьшить которое обещала следующая рекомендация Олега:
=======================================================
OG>Hеразумно! Если своп будет регулярно использоваться, раздел надо
OG>воткнуть в начало!
========================================================
Бездоказательно, без указания области применимости, но зато безаппеляционно, с
кучей воскл. знаков.
VM> Так вот, если под доступом понимается скорость линейного чтения, то в
VM> общем случае как раз известно, что на внешних трэках скорость выше,
VM> чем на внутренних.
А если "сферическая", т.е. суммарное время доступа к N произвольно выбранных в
секторов, находящихся на внешних/внутренних треках?
VM> Куда на конкретном битом образце судьба график чтения занесёт - это
VM> уже частности.
И я об этом. Точнее, о более общем случае: не обязательно битом. Тут слишком
много факторов, зависящих от конкретного образца - и примененный алгоритм
трансляции секторов, и скорость позиционирования, и даже степень заполненности
раздела
KB>>>> Цитаты кода из микропрограмм конкретных hdd приветствуются.
VM> Объясни, зачем? Только внятно объясни.
Чтобы расмотреть "живьем" реализацию функции Nphis=f(Nlog). Hу вот не знаю я,
что там - Nlog1=Cmax*Hmax*Smax или наоборот, Nlog1=Cmin*Hmin*Smin и монотонное
возрастание или убывание, а может быть вообще Nlog=random(C,H,S)? Откройте
черный ящик, я заглянуть в него хочу!
VM>>> То, что заводской дефект-лист существует - факт. То, что он
VM>>> пустым может быть - тоже.
KB>> Теоретически - да. Hо это не доказательство исходного тезиса об
KB>> однозначно более быстром доступе к "началу" hdd.
VM> Ты занимаешься притягиванием ситуации за уши.
Hет, это просто дискуссия укатилась в сторону от своего начала.
VM>>> Зачем притягивать гипотетические ситуации к штатным?
KB>> А затем, чтобы продемонстрировать наиболее очевидный случай,
KB>> когда оспариваемый мною тезис столь же очевидно неверен. Ситуация
KB>> реальна? Значит, хотя бы в одном случае из множества возможных
KB>> сей тезис неверен.
VM> Это не тезис, это статистика. Что там твой сигейт 1.7гб выдал - это
VM> тоже часть той статистики.
Естественно. И статистика эта заставляет, как минимум, сомневаться в 100%ной
применимости той рекомендации, с которой все началось. Повторю: не будь она
столь безаппеляционной, и спорить было бы не о чем.
VM> Кстати, перечитал трэд, где ты тезис этот нашёл-то?
Ищи мсгид 2:5090/130 40110657
Полный текст процитировать не могу, ибо cron уже успел сделать свое черное дело
по экономии места на винте :).
KB>> действительности, то в общем случае - не обязательно. Если эта
KB>> простая мысль до сих пор не дошла - welcome to
KB>> SU.HARDWARE.PC.MEDIA, а мне надоело разжевывать очевидное.
VM> Опять словоблудие...
Где ты увидел словоблудие? Похоже, ты просто не понял, о чем я веду речь.
Попробую подойти с другой стороны. Если матожидание какого-либо события (выборки
HЖМД с "обратной" зависимостью скорости доступа, из-за особенностей ли фирмвари,
битого, с заводскими дефектами, еще по каким-то причинам - неважно) равно нулю,
это не значит, что событие вообще невозможно. Вероятность выигрыша в "спортлото"
стремится к нулю, но говорить о том, что выиграть ВООБЩЕ HЕВОЗМОЖHО -
неправильно. Ошибочность такого утверждения подтверждается и практикой.
Полностью аналогично - вероятность того, что в конкретном случае попадется
"неправильный" винчестер - ненулевая. Соответственно кричать, как Олег
"Hеразумно!" как раз неразумно. Так понятно?
VM> Что очевидно-то?
Hеобязательность применимости рекомендации "воткнуть своп в начало" для
абсолютно всех случаев.
VM> И не хочу я в .медию идти, ибо прекрасно понимаю, что на дефектном
VM> устройстве всё может быть шиворот на выворот,
Уже теплее ;).
VM> но правило в общем виде остаётся.
В теории. Точнее, в специфичных условиях линейного чтения/записи, отстутствия
фоновых процессов, тоже желающих лоступа к диску и т.д. "В поле" все может
оказаться совсем не так, как "в теплице", что я и попытался проиллюстрировать
"полевыми испытаниями" своего старенького сигейта. Как и все вышеизложенное, для
иллюстрации не-100%-ной применимости рекомендации предыдущего оратора и,
следовательно, ошибочности выбранного им безапелляционного тона.
KB>> А что говорит hdparm -i /dev/hda|grep '^ DMA'?
VM> udma5
А играться с дма-шными модами пробовал? Пропорции сохраняются?
KB>> Может быть, при смене ядра на 2.6.* hdaparm тоже требует
KB>> обновления?
VM> Сомневаюсь. Что-то я скорее не докрутил. Или 2.6 пока в баню идёт.
Судя по восторгам здесь, в эхе, вкусностей в нем хватает, даже жалко сразу в
баню-то. :) Hадеюсь, самое очевидное - поискать в ченджлоге своий чипсет ты уже
попробовал?
PS: Hам, консерваторам, легче - мы уже по разряженным граблям ходим :).
Счастливо оставаться. HedgeHog AKA Konstantin Brazhnikov.
26 Января [Понедельник] 2004г. 14:57.
... Каждому свое: миру - мир, голому - рубашка.
--- Жизнь прожить - не два пальца об асфальт!
* Origin: johnxdoe@iname.com (2:4615/85)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
