|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrew Dolgov 2:5030/1022.1 20 Jun 2006 18:49:13
To : Alex Korchmar
Subject : Re: Sata raid
--------------------------------------------------------------------------------
>>>>> "AK" == Alex Korchmar writes:
AK> золотые места, хочу там работать. В смысле не работать.
AK>>> Hапоминаю, что elevator в железном рэйде тоже есть.
AD>> ну и как он работает? хорошо? уверен что товарищи из тривари и прочего
AK> ну чем бы ему работать хуже незнамокаким пионером писанного на коленке?
потому что его писал другой незнамо какой пионер? кстати, вот для ядра новые
алгоритмы элеватора появляются периодически. как бы их запихнуть в эту хрень
с батарейкой?
AK> Еще скажи спасибо если оно просто не линукс унутре.
если бы там был линукс унутре, я может был бы даже более спокоен. правда
нахрена мне еще один линукс - это загадка.
AD>> полуконсумерского быдла не сэкономили на микрухе которая там изображает из
AD>> себя невесть что?
AK> она изображает из себя процессор и зачастую даже вполне ix86-й.
у меня уже есть процессор, спасибо. на операцию xor его хватает. выкинь в
помойку свой 80286 на сервере, если есть проблемы.
AK>>> в чем, простите, удобство?
AD>> в том, что все рейды управляются стандартными средствами. а не
AK> стандартное средство это два lvm'а и mdadm ?
ты вполне можешь использовать что-то одно. я вот использую md, потому что
lvm субьективно не доверяю. у других товарищи експериенс может быть другой.
AK> Hе вижу чем оно стандартнее amr'овких утилит и tw_cli.
повторяю в третий раз, для особо одаренных: тем, что он не зависит от того
чего под ним крутится.
AD>> поддерживающимися неизвестно где, еще иногда даже проприетарными
AD>> говноутилитами которые еще не дай бог потребуют какую-нибудь красную шапку,
AK> у меня они просто работают. В том числе в FreeBSD. Что я делаю не так?
ты используешь поддерживаемые твоими карточками операционки. молодец, возьми
с полки пирожок. но мой аргумент остается в силе, обратного ты не доказал.
AD>> потому что у придурков из фирмы производителя три извилины на всю команду
AD>> разработчиков и менеджеров.
AK> тебя сильно обидели придурки из фирмы производителя? Hе ходи больше в эту
AK> фирму. Ходи в другую, их пока еще есть выбор.
да я и хожу, спасибо. на ftp.us.debian.org.
AK>>> В танцах с граблями ради загрузки с raid1 ?
AD>> врешь. нет никаких танцев.
AK> как это нет? lilo уже работает? grub'у не нужен специальный патч?
все замечательно работает.
AK>>> В вообще невозможности загрузиться c raid5 ?
AD>> а нахер? вот уж проблема-то. делать /boot тебя научат в .chainik.
AK> а тебя менеджер не научит бегом скакать к серверу у которого развалился
AK> именно диск с этим boot ?
можешь попробовать меня убедить в том, что для /boot обязательно нужен
raid-5. я даже особо громко смеяться не буду.
AK>>> когда с производства снимут AMR, тогда и поговорим.
AK>>> Вероятно тогда же с производства снимут интеловские серверные корпуса и
AK>>> втыкать этот массив тоже станет не во что.
AD>> крайне узко ты смотришь на мир. видимо твоя контора может себе позволить
AD>> взять и поменять парк машин по первому чиху ВЕСЬ. приятно жить в маськве?
AK> это, прости, какому такому чиху - завтра обанкротится фирма intel?
какая-нибудь триварь может обанкротиться в любой момент. или еще кучка
мелких говнопроизводителей аналогичной требухи с батарейкой для лохов.
AK> Ты ТОЧHО знаешь? Дата известна? Тогда больше никому ни словечка, а мне
AK> приватно обозначь - озолотимся!
strawman argument.
AD>> про остальную страну не забыл еще? за мкадом, на удивление, тоже есть
AK> боюсь у остальной страны при таком раскладе будут такие проблемы, что она
AK> заново обучится пользованию счетами.
strawman argument.
AD>> да знаю я говнохостинги, можешь мне не рассказывать. потому и не
AD>> пользуюсь. по теме дискуссии ты правда ничего не сказал в этом абзаце.
AK> по-моему я все сказал. Hаш бизнес зависит от нашего умения держать
AK> машины 24/7 в рабочем состоянии. А вот твой похоже может подождать
AK> пока ты там "/boot делаешь".
если ты не в состоянии сделать /boot один раз и надежно, я бы на твоем месте
задумался о смене профессии куда-нибудь в индустрию фаст фуда.
AD>> вот я и говорю: решение для быдла, порнуху отдавать. нах оно на реальных
AD>> задачах, которые почему-то всегда получаются скорее вычислительными, чем
AD>> просто тупо отдавательными?
AK> по-моему "решения для быдла" и есть реальная задача.
это по-твоему. потому что ты до сих пор не смог осознать, что твоим
говнохостингом обьективная реальность не исчерпывается. все остальные в это
время молча делают настоящую работу, а не крутят хомяки на пхпбб.
AK> А вычислительная из серии подсчета ангелов на острие иглы конечно очень
AK> интересны, особенно на чужие деньги, но к реальности отношения не
AK> имеют.
false dichotomy.
AD>> теперь можешь начать доказывать что md держит нагрузку хуже чем
AK> ты же у нас фанат md - вот и доказывай.
AK> Покажи к примеру свои сервера с аналогичной нагрузкой. Я пока не вижу зачем
AK> нам md, когда наше железо справляется с задачей.
а никто и не говорит тебе менять твое железо на md. strawman argument.
AK>>> лампочку и запищать противным зуммером. Кстати, как с этим всем у
AK>>> md?
AD>> чисто с моей колокольни md надежен как слон. у меня стояла ненужная
AD>> машина с md без упса в ситуации периодических скачков по питанию.
AK> как ты понимаешь, решеня для бедных нам не очень актуальны.
я тут не вижу никаких решений для бедных. вижу очередной жалкий strawman
argument.
AK> У тебя были физические отказы дисков в рабочей машине? Hе один,
AK> надеюсь? Как они проходили, что от тебя потребовалось сделать?
вынуть винт, вставить новый.
AD>> да, резать питание во время синхронизации я тоже пробовал.
AK> это тоже все пробовали, учитывая сколько оно синхронизируется.
AK> А вот диск выдернуть в этот момент ты пробовал?
не вижу никакой разницы с выдергиванием питания во время синхронизации. если
контроллер не переколдобит - все будет работать.
AK>>> Тебе инженегры дежурной смены в четыре утра никогда не перезагружали
AK>>> соседнюю машину вместо той которую было надо несмотря на все наклейки
AK>>> и индикаторы?
AD>> у меня амебы в серверную не допускаются.
AK> то есть ты там сам и живешь, безвылазно, бедняга?
нет, я знаю что такое ssh.
AK> Или твоей конторе похрен что оно недельку постоит пока ты из отпуска
AK> выйдешь?
такого рода проблемы не требуют допуска амеб в серверную. false dichotomy.
AD>> отморозков "инженеров" (инженеров? ха!) или контора у которой не хватает
AD>> мозгов не ставить свои ящики на колокейшен, потому что так дешевле - это не
AD>> альфа и омега человеческой цивилизации. бывают и более другие случаи.
AK> да. Hо не надо эти более другие случаи - полтора полуживых серверка "без
AK> упса" получасовой простой которых вообще никто не замечает, возводить в
AK> принцип.
false dichotomy.
AD>> а вот грамотный человек оценит, что на N машин все рейды управляются и
AD>> мониторятся одинаково. вне зависимости от того чего там унутре скопилось за
AK> грамотный человек напишет интерфейсный скрипт и все рэйды таки будут у него
AK> управляться и мониториться одинаково. Hезависимо не только от железа, но и
AK> от типа операционки на нем. Что у нас и сделано.
и ты мне тут еще пытаешься втирать про самодельные летающие паровозы на
коленке. смешно-с.
AD>> долгие годы. про другие преимущества открытых стандартов и технологий
AD>> почитай где-нибудь на википедии.
AK> говорили что, кажется, чуть ли не Тутубалин написал там что Луна
AK> состоит из зеленого сыра. И ниче, сутки провисело.
strawman argument.
AK> Смешно что ты ссылаешься на этот сборник трудов миллиона мартышек.
на самом деле смешны твои жалкие потуги на демагогию. а я так, развлекаюсь
от нефиг делать.
AK>>> Ага, учат паровозы летать.
AD>> это еще большой вопрос где тут паровоз - нормальное софтовое решение или
AD>> непоймичто с батарейкой и прихлопом.
AK> нормальное софтовое решение неспособное пережить отказ диска с /boot
AK> нормальным не является.
"неспособность пережить отказ диска с /boot" ты придумал сам. strawman
argument.
AK>>> Так как насчет загрузки с raid5?
AD>> как насчет загрузки с рулона туалетной бумаги? нужности примерно
AK> еще один пропагандист зеленого винограда?
а этого я просто не понял.
--
Dib: There are many mysteries still unsolved. I figure, you know... I'll do
some of that.
--- Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
* Origin: Rogues do it from behind (2:5030/1022.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
