|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Spartak Radchenko 2:5020/400 20 May 2002 16:59:03 To : Alexander V Naumochkin Subject : Re: ad(4) -------------------------------------------------------------------------------- Alexander V. Naumochkin <Alexander.V.Naumochkin@f59.n5020.z2.fidonet.org> wrote: Ты у меня вообще-то в kill-листе. Забыл уже? Спасибо Ольховченкову, это благодаря его реплике я заметил, что ты ко мне обращаешься. SR>> Я где-нибудь писал, что надо срочно выключать TQ и переходить на SR>> лифтовый оптимизатор? Что-то не припомню. А вот ты почему-то спорил SR>> на тему, что он не будет работать с современными дисками. AVN> AVN> Спартак, умерь фантазию. Hа эту тему я тут споров не видел вообще. Это мы уже проехали. Вопрос обсудили и закрыли. AVN> сомнения в полезности применения лифтатора на умных дисках у меня как были, AVN> таки есть. Даже без учёта таких очевидных обломаторов любого AVN> лифтатора/конвейретатора, как упомянутый уже не раз remapping, и до сих пор AVN> непоминаемый recalibration. Почитай тред внимательно, по поводу remapping'а всё давно сказано. Что касается recalibration, ты бы ещё разгон после выхода в спящий режим вспомнил. AVN> AVN> Пусть лифтатор (чего ты, кстати, гениального в нём нарыл, моему скудному AVN> умишке так и осталось не по силам просечь :) А ты думаешь, в железе что-то принципиально иное реализовано? Тогда ссылочку, плиз. AVN> отсортировал очередь запросов. Пусть. И AVN> влил их куда надо. Можно практически не сомневаться, что в _большинстве_ AVN> случаев (напоминаю - я веду речь исключительно в контексте умных дисков!) AVN> диску придётся этот список рубануть впополам и переставить половинки AVN> местами (полагаю, что всем ясно, зачем :). И это - как минимум. А где AVN> рубить - заранее неизвесто. Значит, придётся дисковому AVN> думателю/анализатору пройтись-таки по списку до (хотелось бы :) той самой AVN> точки рубления. Hо с "хотелось бы" обломчие будет :) Вот ведь фигня какая AVN> - нет в спецификация на программирование этих железяк требования, что AVN> бандлы запросов должны поставляться строго отсортированными. И не знает AVN> диск, что ему "гениальный лифтатор" подсунул упорядоченный список. А это AVN> значит, что дисковому переставлятору запросов всё равно придётся AVN> просмотреть _весь_ список (независимо от того, случится reordering или нет) AVN> до начала его исполнения. И Просто ужас... А ты не включай лифтинг и TQ одновременно, и будет тебе счастье. AVN> так далее, короче :) Вполне может быть, что именно потому и нет того AVN> подниматора в исходниках FreeBSD до сих пор, что полезность его на AVN> сколько-нибудь современных дисках весьма сомнительна... Сэр не слышал о существовании IDE дисков? Прискорбно. Только, пожалуйста, не надо гнуть \m/ на тему, что приличные люди их не используют. Кстати, в Линуксе почему-то большинство драйверов блочных устройств имеют встроенный elevator algorithm. Да и в FreeBSD он таки есть по словам Валентина Давыдова, вот только не в том месте, где надо. Я ему верю на слово, а ты можешь покопаться в исходниках. AVN> AVN> Вот и скажи теперь - так уж ли радужна картинка? Может, ну их на хер, те AVN> умные устройства? Hазад, в каменный век - там-то всё контролируемо было, AVN> ума не проявлял никто, кроме драйвера. Вода мокрее, трава зеленее, мужики AVN> мордастее, aVN> бабы 3.1415926здастее :). А то учинили тут прогресс, блин :)) AVN> Это мне комментировать неохота. Будем считать обычным наездом. -- Spartak Radchenko SVR1-RIPE --- ifmail v.2.15dev5 * Origin: Arguments & Facts Weekly (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/74675f8dab14.html, оценка из 5, голосов 10
|