Чикаго мигрирует на Red Hat.

>Но я уверен, что и производительность, отказоустойчивость и надёжность у Sun была бы лучше, чем у HP.
Да ну :-)
lspci
0000:00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe
0000:00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU]
0000:00:05.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
0000:00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
0000:00:08.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01)
0000:00:0c.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01)
0000:00:0c.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 01)
0000:00:0c.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01)
0000:00:0c.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01)
0000:00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3)
0000:00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)

lspci | grep Sun
0000:00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe
0000:00:0c.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01)
0000:00:0c.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 01)
0000:00:0c.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01)
0000:00:0c.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01)
Как думаешь, насколько сильнее эти компоненты влияют на "производительность, отказоустойчивость и надёжность"?

> А почему не *bsd? Дешевле, чем RHEL.

почем мне знать? я не участвовал в процессе принятия решения о миграции Чикаго на. впрочем, подозреваю, что с поддержкой у RHEL дела обстоят все-таки "немного" лучше, чем у всех BSD вместе взятых, уж не обеcсудте.

// wbr

>а патамучта линукс рулеззз, а бсд сакс!!!!!!
Ниугадал, патамушта Oracle :-)

> Чикаго мигрирует на Red Hat.

Саныч, а как же чанки-то??? За что тебе платят вообще???

>У нас в универе именно поэтому линакс и не используют, поскольку его ломают слишком часто.
Причем ломают ядра, ага.
Жаль, что в CERN не знают о ваших проблемах, напиши им письмо, пусть настроят вам сервера.

> У нас в универе именно поэтому линакс и не используют, поскольку его ломают слишком часто.
>Неужели на соляре сидите?? ,-)
На газе они сидят, сероводород называется :-)

>Но я уверен, что и производительность, отказоустойчивость и надёжность у Sun была бы лучше, чем у HP.

Да ну? Все кто кричат о производительности серверов Sun обычно затыкаются, при простых тестах, сделать например архив или скопировать пару терабайт с одного диска на другой. Потому что на мощных CPU (Itanium, Opteron, POWER) - это все происходит намного быстрее.

Чем реально Sun лучше - это ОС Solaris, в силу заточенности под мультипроцессорные вычисления (например, Linux-ядро - это один системный тред, а ядро Solaris - многопоточное), за него можно многое простить тормознутости Sun-железа. Впринципе есть нормальный конкурент в виде AIX, с асинхронным I/O и супер-железом, но качество поддержки нужным инфраструктурным ПО (прежде всего, VERITAS) и отношение самого IBM к этой ОС сводит на нет нормальную конкуренцию.

Отказоустойчивость в больших балалайках - это прежде всего redundant fans & power supply, т.е. механика и ломающаяся электроника. Если брать сервера *одного* уровня, то и надежность и отказоустойчивость будет на примерно одном уровне.

Кстати, про Sun. Я думаю все знают, что на данный момент долгожданного Rock нет, как и систем на нём, таким образом ответа на Quad-Core IBM Power 5+ у Sun нет (не надо только про APL рассказывать) - и не будет минимум год-полтора, и за это время просадить market share они могут некисло.

Просто у Редхата откаты больше.

Объясни, браток, "redundant fans & power supply" - это видать винты и процессора с памятью? А то зело плох мой аглицкий...

> Объясни, браток, "redundant fans & power supply" - это видать винты и процессора с памятью? А то зело плох мой аглицкий...

Я тебе не браток, но так и быть, устрою ликбез: частота вылета процессоров с памятью по сравнению с блоками питания и вентиляторами - на 1-2 порядка меньшая. Про встроенные винты вообще молчу - их в серьезных системах используют разве что для загрузки да записи логов. И то уже давно идет направление по сетевой загрузке по FC. Ломаются при таком использовании они реже чем в массивах :P

> например, Linux-ядро - это один системный тред, а ядро Solaris - многопоточное

Прошу прощения?

Все IO-bound operations у ядра Linux -- это отдельные треды. А что еще кроме этого надо в ядре выносить?

>redundant fans & power supply

Вообщето "лишние вентиляторы и питание".

> Я рад что Linux победил, теперь осталось дождаться рекламного отчёта через год об успешном использовании.

Через год они его снесут и поставят пераццкую венду.

> У вас его ломают часто, потому что вы не умеете его использовать.

Да-да два локалрута полгода назад на дырявое ядро линупс вышедшие с интервалом в неделю - это, видимо, ерунда.

> Вообщето "лишние вентиляторы и питание".

Не "лишние" а "избыточные". RAID у вас наверное тоже массив лишних дешевых дисков?

>Прошу прощения?

> Все IO-bound operations у ядра Linux -- это отдельные треды. А что еще кроме этого надо в ядре выносить?

Теперь да. Но uninterruptable sleep встречается не только на I/O

Недоглядел Саныч, недоглядел...

ирси в трауре в своей чикаге

>Не "лишние" а "избыточные". RAID у вас наверное тоже массив лишних дешевых дисков?

В рейде они так же не избыточные. А redundant они в том смысле что дуть-дуют - только нихто это ветер не потребляет, и потому только батарейки на электростанции садят. А сейчас как раз все очень озаботились сколько батареек садят компы по ночам и т.д. Всякие on-demand вычисления делаются чтоб хоть дули не зря, а всякие USGovermentы принимаю разные указы по энергопотреблению и его оптимизации.

>А redundant они в том смысле что дуть-дуют - только нихто это ветер не потребляет, и потому только батарейки на электростанции садят. А сейчас как раз все очень озаботились сколько батареек садят компы по ночам и т.д. Всякие on-demand вычисления делаются чтоб хоть дули не зря, а всякие USGovermentы принимаю разные указы по энергопотреблению и его оптимизации.

"Вычислений" как процесса в бизнес-применении нет. Есть БД, или там, сервер приложений с определенной загрузкой. Вентилятор дует (а может и нет) - избыточно для того, чтобы при отказе одного из них, сервер работал и дальше и не перегревался, это что, за гранью понимания?

А вопрос энергопотребления, это не к вентиляторам, они вообще мало поедают по сравнению с остальным железом, это скорее к ACPI.

Хы. только на рх мигрировали, а теперь придется на оракл. Как-то они не вовремя :-)

> Да-да два локалрута полгода назад на дырявое ядро линупс вышедшие с интервалом в неделю - это, видимо, ерунда.

Насколько я помню обсуждение, люди, использующие SELinux утверждали, что у них эксплойты не работают.

> А почему не *bsd? Дешевле, чем RHEL.

Тогда уж спрашивать почему не Debian. Бесплатный дистрибутив того же класса.

>Тогда уж спрашивать почему не Debian.

А в этой Чикаге про слаку с Патриком слышали ?

А где еще ядро может их увидеть?

>А тем временем сама популярный топик на fedora форум - баг в 2.6.18 ядре и глюки при переходе с FC5 на FC6

Чё куришь? Поделись, я тоже хочу считать RHE* и федору одним продуктом!

с минуту соображал, при чём тут оффтопик'95

<offtopic> какой #удак делал эти картинки подтверждения? десятый раз неправильно набираю <\offtopic>

> > redundant fans & power supply

> Вообщето "лишние вентиляторы и питание".

О, круто, значит на них можно сэкономить?

>О, круто, значит на них можно сэкономить?

А то! Знаешь как мы экономили на кулерах для 100тых пней? Правда они немножко деформировались с годами - но что делать...

> Я тебе не браток, но так и быть, устрою ликбез: частота вылета процессоров с памятью по сравнению с блоками питания и вентиляторами - на 1-2 порядка меньшая. Про встроенные винты вообще молчу - их в серьезных системах используют разве что для загрузки да записи логов. И то уже давно идет направление по сетевой загрузке по FC. Ломаются при таком использовании они реже чем в массивах :P

Ломаются-то они не так уж и часто, MBTF в 1.5 мегачаса о чем-нибудь да говорит, а уж подключать к сторейджам по фиберу какой-нибудь задрипанный пролиант-3хх, юзающийся под девелоперские нужды - суть безумие чистой воды и на котроллерах разоренье. Но в одном ты прав: стоящие рядышком кабинеты с намалеванным "Sun", содержащие считалки и хранилки - вселяют в душу умиротворение и ощущение того, что все идет как надо ;)

> А то! Знаешь как мы экономили на кулерах для 100тых пней? Правда они немножко деформировались с годами - но что делать...

Реально, нужно продвинуть идею руководству - заменить к едреней фене все эти злобные тарахтелки на 120k-CFM промышленную турбину, да и запитать все по уму от дизель генероторов нужно, во избежанье происков Чубайса.

> Насколько я помню обсуждение, люди, использующие SELinux утверждали, что у них эксплойты не работают.

Да брось, счас начнутся прогоны на тему - "даже ядро такое дырявое, что эксплойты не работают, лишая кормушки армию хаккеров и прочих дендрофилов".

>>И фря - наше фсио, линукс сакс, а лучше виндовса нет десктопа.

>вы прослушали песню "я - реальный, не латентный, виндофил" в исполнении очередного бздуна, в очередной раз повеселившего общественность лора своим скудоумием и убогостью

А с юмором вообще туго или просто день не задался? :)

><\offtopic>

Онанимусы любят обратные слеши ггг

> "redundant fans & power supply" - это видать винты и процессора с памятью?

Кто не смотрел, в Linux есть hotplug cpu, а redundant memory ХЗ сколько времени в HP живет.

Да знаю я, но стеб - это святое ;) К тому-же с разговорным аглицким действительно плоховато, а cpu hotplug помечен как experimental.

> Вообщето "лишние вентиляторы и питание".

Лишние? - Выкинуть. Нечего место зря занимать, гудеть и питацца. Понаставили, панимаешь всякой херни чтобы цену на серваки взвинтить.

>а вот как их взломают, то что они тогда будут делать?

Обратятся в RedHat и те им всё пофиксят. Ещё вопросы?

krys, неправ, я знаю вендора у которого процессор и память меняются в оборудовании гораздо чаще чем БП с вентиляторами. Называть не буду, бо Ссаныч обидится.;-)
PIII сгоревших, кстати BOX, видел очень даже много.
а по поводу дисков - вообще лажа написана - потому, что любой занимавшейся большими хранилищами данных знает, что частота вылета дисков есть прямая функция от их количества - например, в учебном центре EMC в Лондоне каждый день меняют как минимуму 1 диск не потому, что диски там плохие, а просто их там очень много в одном месте - тут уже работает вероятность!

>Чикаго мигрирует на Red Hat
Sun-ch мигрирует на историческую родину, как диссидент )))