|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander V. Naumochkin 2:5020/59 20 May 2002 08:23:00 To : Spartak Radchenko Subject : Re: ad(4) -------------------------------------------------------------------------------- SR>>>> Вполне себе нормальная оптимизация. Гениальные решения - они >>>> Netch уже ответил за меня, мне остаётся только на него сослаться >>>> :) VN>>> Ты уверен, что я ответил - по отношению к данному письму - в ту VN>>> сторону, которая тебе нужна? ;) AS>> AS>> То, что я читал - в ту :) Я ж не доказываю, что софтовая AS>> оптимизация не бывает, я говорю, что чем больше информации - тем AS>> лучше оптимизация, поэтому её вынесение на уровень контроллера AS>> желательно. Подход "а на мейнфреймах шоколадно было, тут надо AS>> сделать так же, и нафиг не нужно ничего аппаратного" - вот его AS>> я считаю чепуховым (хотя, кто ж спорит, раньше вода намного мокрей AS>> была). Про лифтинг ты написал "если нет TQ - то очень помогает". AS>> Hу да, разумеется :) SR> Я где-нибудь писал, что надо срочно выключать TQ и переходить на SR> лифтовый оптимизатор? Что-то не припомню. А вот ты почему-то спорил SR> на тему, что он не будет работать с современными дисками. Спартак, умерь фантазию. Hа эту тему я тут споров не видел вообще. А вот сомнения в полезности применения лифтатора на умных дисках у меня как были, таки есть. Даже без учёта таких очевидных обломаторов любого лифтатора/конвейретатора, как упомянутый уже не раз remapping, и до сих пор непоминаемый recalibration. Пусть лифтатор (чего ты, кстати, гениального в нём нарыл, моему скудному умишке так и осталось не по силам просечь :) отсортировал очередь запросов. Пусть. И влил их куда надо. Можно практически не сомневаться, что в _большинстве_ случаев (напоминаю - я веду речь исключительно в контексте умных дисков!) диску придётся этот список рубануть впополам и переставить половинки местами (полагаю, что всем ясно, зачем :). И это - как минимум. А где рубить - заранее неизвесто. Значит, придётся дисковому думателю/анализатору пройтись-таки по списку до (хотелось бы :) той самой точки рубления. Hо с "хотелось бы" обломчие будет :) Вот ведь фигня какая - нет в спецификация на программирование этих железяк требования, что бандлы запросов должны поставляться строго отсортированными. И не знает диск, что ему "гениальный лифтатор" подсунул упорядоченный список. А это значит, что дисковому переставлятору запросов всё равно придётся просмотреть _весь_ список (независимо от того, случится reordering или нет) до начала его исполнения. И так далее, короче :) Вполне может быть, что именно потому и нет того подниматора в исходниках FreeBSD до сих пор, что полезность его на сколько-нибудь современных дисках весьма сомнительна... Вот и скажи теперь - так уж ли радужна картинка? Может, ну их на хер, те умные устройства? Hазад, в каменный век - там-то всё контролируемо было, ума не проявлял никто, кроме драйвера. Вода мокрее, трава зеленее, мужики мордастее, бабы 3.1415926здастее :). А то учинили тут прогресс, блин :)) Alexander ... Что вам мешало прозреть? --- GoldED/W32 3.00.Beta4+ * Origin: ASH Project Co., Moscow (2:5020/59) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/18573ce8b2de.html, оценка из 5, голосов 10
|