|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Dmitry Fedorov 2:5020/400 20 Jun 2006 20:46:54 To : Alex Korchmar Subject : Re: Sata raid -------------------------------------------------------------------------------- 2006-06-19, Alex Korchmar <hue-moe@so.yandex.ru> пишет: > Andrew Dolgov <Andrew.Dolgov@p1.f1022.n5030.z2.fidonet.org> wrote: > > AK>> нет первого, поскольку у него собственный процессор и собственная > AK>> память, и 1.5-1.8 роста скорости на чтение. > AD> далеко не везде нужно читать файлы (линейно) на скорость. управляемость и > где-то наоборот нужно на медленность? > Hапоминаю, что elevator в железном рэйде тоже есть. > > AD> удобство интерфейса md сделают все эти гандонские поделки вроде тривари не > в чем, простите, удобство? В танцах с граблями ради загрузки с raid1 ? > В вообще невозможности загрузиться c raid5 ? > > AD> особенно я хотел бы посмотреть как ты будешь разбираться с > AD> очередным миллион третьим проприетарным форматом массива когда > AD> карта, давно снятая с производства, сдохнет. > когда с производства снимут AMR, тогда и поговорим. Вероятно тогда же с > производства снимут интеловские серверные корпуса и втыкать этот массив тоже > станет не во что. > > AD> я конечно понимаю, что на твоих вебхвостерских файлопомоечных > AD> задачах только и надо что порнуху на скорость отдавать, похер > на моих помоечных задачах сбой диска на одной-единственной машине - это > СОТHИ звонков в техподдержку (читай - еще и неработающая пару часов > техподдержка, пока не пошлет всех нах, то есть зацепит и пользователей > других машин, которым что-то от нее было нужно). > А семидесятигигабайтный бэкап разворачивается ОЧЕHЬ небыстро даже > на локальной машине (а разворачивать по очевидным причинам придется > по сети) > И нагрузки на эти диски несравнимы с твоими крохотными - потому что > пользователь, сцуко, ничего оптимизировать не хочет, он хочет пэхепэбебе. > Каждый из этих вот нескольких сотен. > > Hе то чтобы я был в полном восторге от AMR'ок - у них свои, отличные > от twe заморочки, но тоже те еще (например говнодрайвер может часами > не замечать что один из дисков отвалился и ждать у моря погоды > вместо того чтобы быстренько вывести его в оффлайн, зажечь красную > лампочку и запищать противным зуммером. Кстати, как с этим всем у > md? Тебе инженегры дежурной смены в четыре утра никогда не перезагружали > соседнюю машину вместо той которую было надо несмотря на все наклейки > и индикаторы? Как насчет вероятности ошибки инженегра который стоит > разинув рот над твоим чюдо-самосбором, пытаясь разобраться, какой > же из жести дисков в этом гадюшнике надо сейчас заменить?) > > AD> заново зальет. ну так вот все остальные в это время заняты более > AD> полезными делами, сюрпрыз. > Ага, учат паровозы летать. > Так как насчет загрузки с raid5? > > >> Alex > --- ifmail v.2.15dev5.3 * Origin: INP (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/101757f87735b.html, оценка из 5, голосов 10
|