SunFire v240 + SunRay 1G

> И так это Solaris 9, Sparc'и очень быстрые машины,
> с учетом того, что все забыли здесь вспомнить это
> Ultra Sparc 64-bit, нефига даже сравнивать с обычным
> спарком или П4.

Запомни, мальчик, в спарках относительно интелей хороша таолько разрядность шины адреса :-) Все остальное там... В общем, все остальное там не фонтан. Ключевые отличия ультраспарков от P4 и прочих нынешних 32-х битников знаешь?

1. Объем памяти, адресуемый "напрямую" (у спарков больше). Но вы знаете так много задач, которым не хватит 4GB? Таких, чтобы каждому нужно было, а не монстрам типа громадных банков, каковых единицы?

2. Быстродействие - у спарков МЕНЬШЕ, они _значительно_ тормознее. Хочешь посчитать - бери AMD или P4, поскольку против лома (более чем двукратного превосходства в мегагерцах) приема при расчетах пока не придумали

3. Цена. У спарков значительно выше

4. Распространенность - у спарков значтельно ниже. Если у тебя выгорит спарк, ты будешь ждать прилета "специалистов" из сансервиса, а у нас этот период в _лучшем_ случае составит 4 часа, в среднем - часов 8 и более.

> SUN RULEZ!

И потому их котировки с января месяца упали на $1.40, с $5.50 :-) Наверное, инвесторы с тобой не согласны... Какие они дураки, да? :-) Напоследок вопрос - что может противопоставить Sun тому факту, что в следующем издании P4 система команд будет совместима с AMD x86-64? Т.е. будут сняты ограничения на 4GB? Ответ - а ничего Sun уже не может, только Solaris спортировать. Но на x86 у Solaris одни недостатки, и его сожрут в течении пары лет.

> Но вы знаете так много задач, которым не хватит 4GB?

у меня до вчерашнего дня этих задач было - выше крыши.

> Быстродействие - у спарков МЕНЬШЕ, они _значительно_ тормознее.

зато io у них быстрее. для баз данных cpu power не bottleneck, поэтому на санях базы данных часто дают очень хорошие показатели.

> Цена. У спарков значительно выше

если с писюками, собранными в подворотне сравнивать - да. если с брендами, типа HP - нет.

> Если у тебя выгорит спарк, ты будешь ждать прилета "специалистов" из сансервиса, а у нас этот период в _лучшем_ случае составит 4 часа, в среднем - часов 8 и более.

а HP у вас за углом? или вы в ту же подворотню бежите?

> И потому их котировки с января месяца упали на $1.40, с $5.50 :-)

сани упали меньше, чем nasdaq в среднем. давайте, вы не будете рассуждать о котировках.

> Но на x86 у Solaris одни недостатки, и его сожрут в течении пары лет.

ой, можно я открою последнии фичи солярки, и мы мнесте буден искать их аналоги у линукса? ;) kernel debugger, впрочем, до сих пор только в виде сторонних патчей, потому что Великий Вождь сказал, что это некошерно. ;) управления аппаратными ресурсами нет. бинарной совместимости - и той нет. совместимости в сорцах, впрочем, тоже нет.

> Т.е. будут сняты ограничения на 4GB? Ответ - а ничего Sun уже не может, только Solaris спортировать.

во-первых, десятка будет под amd64. во-вторых, многопроцессорность на x86 обычно подразумевает двухпроцессорность, в отличие от. в-третьих, если кто и выиграет от этого - так это винда, а не линукс. почему - см. выше. коммерческий софт только закончили сертифицировать под RedHat 8.0 - а под Федорино Коре никто и не будет. Будут под RH AS или что-то в этом духе. RH будет M$ от линукса. ;)

> > Но вы знаете так много задач, которым не хватит 4GB?
>
> у меня до вчерашнего дня этих задач было - выше крыши.

Хотя бы одну. Но не штучную, ок? :-)

> > Быстродействие - у спарков МЕНЬШЕ, они _значительно_ тормознее.
>
> зато io у них быстрее. для баз данных cpu power не bottleneck,
> поэтому на санях базы данных часто дают очень хорошие показатели.

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

> а HP у вас за углом? или вы в ту же подворотню бежите?

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

> сани упали меньше, чем nasdaq в среднем.
> давайте, вы не будете рассуждать о котировках.

Цифры не понравились? Наверное, потому, что RHAT и AMD, вотличие от SUNW и SCOX не падают, и даже MSFT слегка "пошли в даун" только после судебного решения евросоюза? :-)

> ой, можно я открою последнии фичи солярки,
> и мы мнесте буден искать их аналоги у линукса?

Уточним - солярки x86.

> kernel debugger, впрочем, до сих пор только в виде сторонних
> патчей, потому что Великий Вождь сказал, что это некошерно

А нахрен в кернеле дебаггер? Вы так много полезного узнали, пока у солярки по ядру с дебаггером ходили? Что-то сомневаюсь, _сильно_ сомневаюсь. А ковыряться в крэшах это отнюдь не то же самое. А дебаггер в многопоточных фрагментах кода скорее вреден, чем полезен.

> во-первых, десятка будет под amd64. во-вторых,
> многопроцессорность на x86 обычно подразумевает
> двухпроцессорность

А хулеты и бимеры, значит, этого не знают, и делают 8 и 16 процессорные серверы... И SGI этого не знает - вот же кретины! :-)

> коммерческий софт только закончили сертифицировать под
> RedHat 8.0 - а под Федорино Коре никто и не будет.
> Будут под RH AS или что-то в этом духе. RH будет M$ от линукса.

Найдите 10 отличий во второй цифре версий софта между FC1 и RHAS3 :-)

А что на счет высокого уровня доступности и времени отклика, не зависящего (мало зависящего :) от количества клиентов? Это особенности архитектуры, как и скорость IO. А всякие фичи типа горячей замены процессоров, Sun Fireplane. Вообще рассматривать спарк в отрыве от архитектуры SUN-серверов не правильно.

> А что на счет высокого уровня доступности и времени отклика
[... skipped ...]
> А всякие фичи типа горячей замены процессоров,

Слова. Были тут одник такие, говорили "ится бизнэс критикал - итс э ско" :-) К чему я это? А вот к чему - солярка мирно и спокойно валится в трап практически от любого сбоя железа [процессора и памяти - почти 100%]. Если бы она выживала, когда один из процессоров загнулся на ходу, тогда бы я согласился - да, это хорошо. А так...

Если "высокий уровень доступности" означает возможность вывести в оффлайн нормально работающий процессор, но не означает отсутствие трапа при его незапланированной смерти... То нах такую надежность и такую доступность, ибо все равно придется держать двойной комплект железа. А хулитовские и бимеровские серверы поддерживают замену на ходу памяти и контроллеров. Не все и не всех, но и у сана тоже есть ограничения, верно?

> Вообще рассматривать спарк в отрыве от архитектуры SUN-серверов не правильно.

А тут кто-то заявил, что UltraSparc всех заруливает как процессор :-)

2no-dashi (*) (27.03.2004 18:21:04)
"За углом - не за углом, в подворотню - не в подворотню, но заменю сдохшую железяку за час."
Ага, сняв с соседнего сервака. Я тоже так делал, когда на боевом пролианте у меня один бэкплейн помер прям средь бела дня. Хорошо свежекупленный сервер был с таким же бэкплейном. Так вот. НОВЫЙ бэкплейн везли не час. И не 8 часов. Его везли НЕДЕЛЮ. Хотя случай был ГАРАНТИЙНЫЙ.

"Найдите 10 отличий во второй цифре версий софта между FC1 и RHAS3 :-)
Разница не в версиях софта, а в том сколько этот софт и сам дистр будут поддерживаться, и на сколько долго сохранистся совместимость. Что то не верится мне что федорка, созданная для продолжения бесчеловечных экспериментов RH над кастомерами, будет э... долго оставаться стабильной, совместимой и неизменной:)) Если честно, я не верю что даже RHAS избавится от тяжкого наследия многих лет насилия над юзерами.

:)

> Хотя бы одну. Но не штучную, ок? :-)

базы данных, CAD/CAM, инженерные расчеты

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

не только. вообще весь io - узкое место. cross-bus в санях очень этому помогает.

> Цифры не понравились?

мне цифры нравятся. но я в котировках понимаю мало и рассуждать не лезу

> А за те деньги, которые уходят от нас в сансервис, мы могли бы покупать вполне по вполне приличной железке ежегодно.

ну покупайте, кто мешает?

> Уточним - солярки x86.

ой, а что ж ты тут про sparc все это время ругался? ;)

> А нахрен в кернеле дебаггер?

да конечно он незачем. Великий Вождь же сказал - некошерно, значит некошерно.

> Вы так много полезного узнали, пока у солярки по ядру с дебаггером ходили?

кое-что узнал. взял solaris internals и попробовал. много интересного. еще UNIX Panic могу посоветовать. Тоже очень интересно, хотя и старо.

> А дебаггер в многопоточных фрагментах кода скорее вреден, чем полезен.

дебаггер - это инструмент. когда есть _возможность_ им пользоваться, это хорошо. Представь себе, мне нужен молоток а ты говоришь, - "молоток при завинчивании шурупов скорее вреден чем полезен". Это понимают в SGI и с завидным упорством делают этот kdb.

> А хулеты и бимеры, значит, этого не знают, и делают 8 и 16 процессорные серверы... И SGI этого не знает - вот же кретины! :-)

ты сам видел, как это работает? мы купили восьмиголовый писюк HP как-то. нафиг. в сад. что меня в общем-то удивило, учитывая, какой опыт у HP с многокаменностью на PA-RISC. хотя многоголовых PA-RISC у меня не было, было максимум 2 камня.

> Найдите 10 отличий во второй цифре версий софта между FC1 и RHAS3 :-)

софт-то не под FC сертифицируется а именно под RHAS. так что RHAS тебе все равно придется купить. более того - ядро пересобрать там нельзя, потому что поддержка сгорает, преимущества open source в случае RH не видны. У меня была ситуация, когда мне позарез надо было выжать как можно больше памяти для приложения. Я нашел ядерные патчи. Поинтересовался, что скажет RH на это. RH сказал - ставьте, что хотите, поддержка на весь софт в пролете. В том числе и на user-land. Нафиг мне такой open source?

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

я, возможно, ошибаюсь, но не назовешь ли ты мне хотя бы одну OS, которая переживет сдохший процессор? все архитектуры, который я видел, вплоть до AS/400, дохнут. AS/400, AFAIR, делает quick boot в этом случае, что полезно для серверных приложений. сани можно так же настроить.

> То нах такую надежность и такую доступность, ибо все равно придется держать двойной комплект железа.

зачем? при презегрузке оно камень изолирует, его можно потом поменять.

> А сколько это всё стОит?

> И еще: кто знает сколько юзеров с кде и опенофисом потянет терминальный сервер на P4?

Насчёт P4 с IDE-дисками не скажу, а вот на терминальном сервере с одним Xeon'ом 2.4 GHz, одним SCSI-диском Ultra160 10000 rpm и 1 Gb оперативки 8 пользователей вполне комфортно работали с KDE + Mozilla + Evolution + OpenOffice + как правило Konqueror.

Причём все терминалы бездисковые, то есть корневой раздел и даже swap - по NFS.

Терминалы - первые и вторые пентиумы с 64-128 Mb памяти.

> Так я чё могу 15 х-терминалов с кде и опенофисом к P4 подцепить?

Легко. И причём все летать будет.

При условии, P4 более-менее новый (скажем, 3 GHz), памяти пара гигабайт и диск(и) SCSI, а не IDE. Ну и руки прямые, естественно :)

P.S. Насчёт KDE не уверен, а вот всякие XFCE и IceWM точно летать будут. Ну и, естественно, Firefox вместо Mozilla и OpenOffice 1.1 вместо 1.0.x

> У кого нет средств на санрей, могут попробовать тонкие клиенты от наших эстонских собратьев. Симпатичные, и цены на порядок ниже. http://www.thincan.net/

Примерные цены можете назвать? (FOB Tallin, партия ~20-50 терминалов DBE60)

> я, возможно, ошибаюсь, но не назовешь ли ты мне хотя бы одну OS,
> которая переживет сдохший процессор? все архитектуры, который я
> видел, вплоть до AS/400, дохнут. AS/400, AFAIR, делает quick boot
> в этом случае, что полезно для серверных приложений. сани можно
> так же настроить

Тандемы переживают. Novell в SFT3 на двух железках переживает. Сан мог бы пережить, и уж тем более должен уметь переживать, если так хвастается своими DSD....

> Тандемы переживают. Novell в SFT3 на двух железках переживает.

не знаю, что такое тандемы, а новел, afair, переживает это в кластере - так тут никакого чуда нет.

> не знаю, что такое тандемы,

Именно тандемы :-) В оригинальном смысле этого термина :-)

> а новел, afair, переживает это в кластере - так тут никакого чуда нет.

А как насчет сохранения сеанса? :-)