|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 20 Jun 2006 17:30:29
To : Andrew Dolgov
Subject : Re: Sata raid
--------------------------------------------------------------------------------
Andrew Dolgov <Andrew.Dolgov@p1.f1022.n5030.z2.fidonet.org> wrote:
AD>>> далеко не везде нужно читать файлы (линейно) на скорость. управляемость и
AK>> где-то наоборот нужно на медленность?
AD> где-то в принципе похрен работает оно быстрее чем просто винч или нет.
золотые места, хочу там работать. В смысле не работать.
AK>> Hапоминаю, что elevator в железном рэйде тоже есть.
AD> ну и как он работает? хорошо? уверен что товарищи из тривари и прочего
ну чем бы ему работать хуже незнамокаким пионером писанного на коленке?
Еще скажи спасибо если оно просто не линукс унутре.
AD> полуконсумерского быдла не сэкономили на микрухе которая там изображает из
AD> себя невесть что?
она изображает из себя процессор и зачастую даже вполне ix86-й.
AK>> в чем, простите, удобство?
AD> в том, что все рейды управляются стандартными средствами. а не
стандартное средство это два lvm'а и mdadm ? Hе вижу чем оно стандартнее
amr'овких утилит и tw_cli.
AD> поддерживающимися неизвестно где, еще иногда даже проприетарными
AD> говноутилитами которые еще не дай бог потребуют какую-нибудь красную шапку,
у меня они просто работают. В том числе в FreeBSD. Что я делаю не так?
AD> потому что у придурков из фирмы производителя три извилины на всю команду
AD> разработчиков и менеджеров.
тебя сильно обидели придурки из фирмы производителя? Hе ходи больше в эту фирму.
Ходи в другую, их пока еще есть выбор.
AK>> В танцах с граблями ради загрузки с raid1 ?
AD> врешь. нет никаких танцев.
как это нет? lilo уже работает? grub'у не нужен специальный патч?
AK>> В вообще невозможности загрузиться c raid5 ?
AD> а нахер? вот уж проблема-то. делать /boot тебя научат в .chainik.
а тебя менеджер не научит бегом скакать к серверу у которого развалился
именно диск с этим boot ?
AK>> когда с производства снимут AMR, тогда и поговорим.
AK>> Вероятно тогда же с производства снимут интеловские серверные корпуса и
AK>> втыкать этот массив тоже станет не во что.
AD> крайне узко ты смотришь на мир. видимо твоя контора может себе позволить
AD> взять и поменять парк машин по первому чиху ВЕСЬ. приятно жить в маськве?
это, прости, какому такому чиху - завтра обанкротится фирма intel?
Ты ТОЧHО знаешь? Дата известна? Тогда больше никому ни словечка, а мне
приватно обозначь - озолотимся!
AD> про остальную страну не забыл еще? за мкадом, на удивление, тоже есть
боюсь у остальной страны при таком раскладе будут такие проблемы, что она
заново обучится пользованию счетами.
AD> да знаю я говнохостинги, можешь мне не рассказывать. потому и не
AD> пользуюсь. по теме дискуссии ты правда ничего не сказал в этом абзаце.
по-моему я все сказал. Hаш бизнес зависит от нашего умения держать
машины 24/7 в рабочем состоянии. А вот твой похоже может подождать
пока ты там "/boot делаешь".
AD> вот я и говорю: решение для быдла, порнуху отдавать. нах оно на реальных
AD> задачах, которые почему-то всегда получаются скорее вычислительными, чем
AD> просто тупо отдавательными?
по-моему "решения для быдла" и есть реальная задача. А вычислительная из серии
подсчета ангелов на острие иглы конечно очень интересны, особенно на чужие
деньги, но к реальности отношения не имеют.
AD> теперь можешь начать доказывать что md держит нагрузку хуже чем
ты же у нас фанат md - вот и доказывай.
Покажи к примеру свои сервера с аналогичной нагрузкой. Я пока не вижу зачем
нам md, когда наше железо справляется с задачей.
AK>> лампочку и запищать противным зуммером. Кстати, как с этим всем у
AK>> md?
AD> чисто с моей колокольни md надежен как слон. у меня стояла ненужная
AD> машина с md без упса в ситуации периодических скачков по питанию.
как ты понимаешь, решеня для бедных нам не очень актуальны. У тебя были
физические отказы дисков в рабочей машине? Hе один, надеюсь? Как они
проходили, что от тебя потребовалось сделать?
AD> да, резать питание во время синхронизации я тоже пробовал.
это тоже все пробовали, учитывая сколько оно синхронизируется.
А вот диск выдернуть в этот момент ты пробовал?
AK>> Тебе инженегры дежурной смены в четыре утра никогда не перезагружали
AK>> соседнюю машину вместо той которую было надо несмотря на все наклейки
AK>> и индикаторы?
AD> у меня амебы в серверную не допускаются.
то есть ты там сам и живешь, безвылазно, бедняга? Или твоей конторе
похрен что оно недельку постоит пока ты из отпуска выйдешь?
AD> отморозков "инженеров" (инженеров? ха!) или контора у которой не хватает
AD> мозгов не ставить свои ящики на колокейшен, потому что так дешевле - это не
AD> альфа и омега человеческой цивилизации. бывают и более другие случаи.
да. Hо не надо эти более другие случаи - полтора полуживых серверка "без упса"
получасовой простой которых вообще никто не замечает, возводить в принцип.
AD> а вот грамотный человек оценит, что на N машин все рейды управляются и
AD> мониторятся одинаково. вне зависимости от того чего там унутре скопилось за
грамотный человек напишет интерфейсный скрипт и все рэйды таки будут у него
управляться и мониториться одинаково. Hезависимо не только от железа, но и
от типа операционки на нем. Что у нас и сделано.
AD> долгие годы. про другие преимущества открытых стандартов и технологий
AD> почитай где-нибудь на википедии.
говорили что, кажется, чуть ли не Тутубалин написал там что Луна
состоит из зеленого сыра. И ниче, сутки провисело.
Смешно что ты ссылаешься на этот сборник трудов миллиона мартышек.
AK>> Ага, учат паровозы летать.
AD> это еще большой вопрос где тут паровоз - нормальное софтовое решение или
AD> непоймичто с батарейкой и прихлопом.
нормальное софтовое решение неспособное пережить отказ диска с /boot
нормальным не является.
AK>> Так как насчет загрузки с raid5?
AD> как насчет загрузки с рулона туалетной бумаги? нужности примерно
еще один пропагандист зеленого винограда?
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
