Niagara 2 исполняет 64 потока одновременно

>Конечно , в интеле все идиоты сидят - если бы они _МОГЛИ_ >технологически выпустить сейчас 8-ми ядерный xeon, они убили бы и >амд, и санки. но нет , увы - не выпускают .

>И еще поправка - ксеон-то 2,6 Ghz , а ниагара ну максимум 1,2 ? А >если сан выпустит версию 3,6 Ghz ? И кто кого порвет ? И ведь >выпустит в начале года след - Rock на подходе.

Во первых в интеле действительно не идиоты сидят и позырь в топике выше, многоядерные процы у них на подходе.

А насчет надежности, ничем санки не лучше всех других серверов на рынке. А вот дороже раза в 2-4 это да.

> Во первых в интеле действительно не идиоты сидят и позырь в топике выше, многоядерные процы у них на подходе.

"Не идиоты", а прощелкали и двухядерность и с эффективной архитектурой тянули до самой грани... А многоядерные уже, хвала Джа, появились...

> А насчет надежности, ничем санки не лучше всех других серверов на рынке. А вот дороже раза в 2-4 это да.

Только вот почему-то системы с почти полной недопустимостью отказа по вине железа-софта, обслуживающие от миллиона пользователей и выше (до десятков-сотен), типа стоящих у сотовых операторов и иже с ними, строятся не на топах от Хьюлетта, а на старых добрых Санках, архитектура коих позволяет творить маленькие чудеса типа горячей замены всего что только можно, за исключением самого шасси - да и то в силу неудобства разборки смонтированной системы. Ну и так далее и в таком духе. А савить системки на итаниках-пнях-оптеронах под такие задачи - верное самоубийство, да еще и отсутствие нормальной оси под это дело.

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

> 2-4 это да Блин всю жизнь за брэнд вы платили минимум 40% от себестоимости! Посмотрите закон евро комиссии на эту тему! Плюс накрутка за "качество"! Если бы так, то брали бы только солярку.

хотя IMHO я против соляровозов ничего не имею.

> 64 потока одновременно 64 потока - это же, блин, очень хорошо. Особенно, если вы хостинги раздаёте. Хотя если честно, то проще и дешевле собрать 16 машин по 300$ (самых дешевых) и на каждой повесить по 4 потока =) Утрирую. Конечно дико проиграем по энерго потреблению. Раза в 4 - минимум. Но по производительности в разы порвёрм.

> Mhz Кто в курсе мегагецы хвалные нужны в архивировании, кодировании и рендере. Да, в последнем ещё и памяти. Но для httpd ftpd smtp нахрен не нать. А вот 64 потока последнем не помешает. Да и софт писать многопоточный просто приятно.

>это наглядно показывает у кого какая технология.
е р у н д а

CPU c количеством ядер, как у T1, TDP и частотой как у Cells и количеством инструкций за такт как у Core 2 - порвал бы все, но в реальной жизни инженерам приходится выбирать- меньше "мощных" ядер или больше "слабых", высокая частота- или короткий конвейер, в один корпус сунуть ядра- или несколько- etc.

и единственное, что в итоге можно сравнить- TCO получившихся систем (и то- отдельно для каждого круга задач)

Не знаю... мы решения на Санках продаем с уже произведенной собственной обкаткой, за последние года 3 не было ни единого косяка с ними. Как ваша железяка осыпающаяся зовется?

2Gharik
>Только вот почему-то системы с почти полной недопустимостью отказа >по вине железа-софта, обслуживающие от миллиона пользователей и выше >(до десятков-сотен), типа стоящих у сотовых операторов и иже с ними

Это тебе кто рассказал, что стоит у сотовых операторов? :)

60% продуктов сегодня для операторов на линуксе, 20% на солярке (и то по историческим причинам, или по инерции, или апликухи завязаны на солярку), а все остальное под всяким разным.

2 Gharik (*) (27.08.2006 1:27:36)

> Воркстейшны от санок по десятку лет стояли и хоть бы хны, и серваки не отставали...

"Сбалансированность" системы в целом, грамотный подход во время её проектирования, и в результате - исключительная надёжность. Или Вы считаете, что надёжности можно добиться как-либо иначе, "обойдя преграды слева" (С) ? :-)

> Это тебе кто рассказал, что стоит у сотовых операторов? :)

Да я как-то на уровень доступа в родной конторе не жалуюсь, ты уж поверь - у МТС 100%-точно стоит соляра на тех самых спарках, у Полосатых +- венды, а у Мегафона - свое непонятное нечто ;)

Знаешь ли, когда процов не один десяток, а пиковые нагрузки на базу на топовых железяках от Санок вызывают avgload ~1k, то хоть тресни - а соляру и спарки поставь, а уж о линуксе и речи не идет ;)

> 60% продуктов сегодня для операторов на линуксе, 20% на солярке (и то по историческим причинам, или по инерции, или апликухи завязаны на солярку), а все остальное под всяким разным.

Ядро непосредственно управляющее всей галиматьей типа коммутаторов, имеющее дело с базами данных и т.п. - на соляре, на венде - клиентская часть + кое какие куски в силу завязанности на платформу (для операторов что-то отличное от венды ниасиливающих), а линуха - в секторе дешевых контрактов и бедных операторов. Причем от венды потихоньку уходят, перенося все что можно на линукс.

> "Сбалансированность" системы в целом, грамотный подход во время её проектирования, и в результате - исключительная надёжность. Или Вы считаете, что надёжности можно добиться как-либо иначе, "обойдя преграды слева" (С) ? :-)

Либо брутфорс, либо интеллектуальный подход... вот Санки по второму исторически и специализируются ;)

2 Gharik (*) (27.08.2006 16:59:25)

Согласен. :-)

>Ядро непосредственно управляющее всей галиматьей типа коммутаторов, имеющее дело с базами данных и т.п. - на соляре, на венде - клиентская часть + кое какие куски в силу завязанности на платформу (для операторов что-то отличное от венды ниасиливающих), а линуха - в секторе дешевых контрактов и бедных операторов. Причем от венды потихоньку уходят, перенося все что можно на линукс.

Ну это вендорозависимо. Вон Эрикссон вообще за каким-то хреном всё под виндой (NT) держит.

А линукса как-то вообще не видно, разве что по-слухам Алкатель переводит свою GPRS-платформу на него.

> Это тебе кто рассказал, что стоит у сотовых операторов? :) 60% продуктов сегодня для операторов на линуксе, 20% на солярке (и то по историческим причинам, или по инерции, или апликухи завязаны на солярку), а все остальное под всяким разным.

Сходил в серверную, поискал 60% компов под линуксом...

Кроме одного своего, который поставил чисто из экономии, мониторить HP-шные серваки и системы хранения, нашёл ещё один - говорят Виндовую машинку заменили на него. Нихера не понял как 2 машинки могут составлять 60% от всей серверной. :) Чё-то видимо не такая математика, которой я обучен.

PS. После обеда схожу в другую серверную, может там за ночь Linux всё заполонил, а то с вечера всё было чисто... :)

> Господа, скажите пожалуйста, - Вы эту систему видели... Если видели - поделитесь, пожалуйста, впечатлениями...

Я лично не щупал. Говорю со слов коллег.

На прошлой работе парни гоняли на нём Оракл, на Оракле - банковскую систему. Производительность показал получше, чем SunFire 440, но похуже, чем SunFire 880, т.е. на 6 "полноценных" CPU. Что, в общем, приятно удивило. Учитывя его габариты/массу/прожорливость по сравнению со старыми серваками - супер.

На нынешней работе тоже пускали на нём Оракел. Впечатления разные, потребный нашим DBA-шникам ревижн Оракла намертво вешал Соляру, заплатка от Сан-а проблему решила, Оракл взлетел, но заплатка пока "неофициальная".

> Господа, скажите пожалуйста, - Вы эту систему видели... Если видели - поделитесь, пожалуйста, впечатлениями...

я видел. сан не обманывает. 6 ядер считают в 6 раз быстрее 1го, если при этом память сильно используется - то каждое ядро ещё несколько потоков гонять может. многопоточность в каждом ядре работает получше, чем HT у интел.

шифрование аппаратное не тестил. очень порадовало само железо - нет видюхи, клавы етц. вобщем "+"

А какая компания выпускает этот процессор и какая в нем система команд? Из новости ясно только, что это продвинутый процессор с интегрированными контроллерами.

И вообще, это новость или ребус?

спарк-64.

Кому нужно - те уже поняли, да и не один раз обмыть успели ;)

>Плюс к этому, каждое ядро имеет индивидуальное арифметическое устройство с плавающей точкой.

это они молодцы ;)

а что ж ты, саныч, это не дописал???

Однако Грохолский не прояснил один важный вопрос: будет ли Niagara 2 поддерживать многопроцессорные конфигурации? Niagara работает только в однопроцессорных машинах. В 2005 году представитель Sun говорил в интервью, что такая поддержка планируется. Но судя по презентации Грохолского, «эта конкретная конструкция не содержит многопроцессорной поддержки».

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

посмотри на гугл - они тебе расскажут очень интересное(и дешевое ;) решение твоей проблемы - называется "кластер" :))))

А то мы дурку валяем, вчера родились и вообще не при деле.

Про RAS в курсе? Какими методами достигается? Сколько будет стоить кластер на 24 (середнячок типа E6900 или Хьюлетового супердома) или 72 (паравоз типа E25K) головы с полным резервированием шин-каналов-питания и мониторингом каждой сопли в пределах 1 ноды рассказать? Сколько места займет и будет жрать энергии, сколько потребуется тратить на саппорт? Кто в конце-концов его обслуживать будет - доморощенные админы? А если сети такие, что нужно еще больше и нет желания возиться с фигово масштабируемым кластером? Или о геморрое с бакапом с тучи узлов? Нам собственно не счетная числодробильня нужна, как кластеропаятелям, а быстрый доступ к БД на не сильно сложных и умеренно сложных запросах (дяди программеры ночей не спали оптимизируя все и вся, а вазелин изводили - бочками), но сколько запросов идет при >>10 миллионов рыл в сети описывать я думаю нужды нет. Вот поэтому и идут по бедности к Хьюлеттам, а по мере утолщения счетов к Санкам и строят комплексы на их основе, а не пионерские фермы разводят.

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

Еще остались дельные мысли про кластеры? Мне то все еще пофиг, но вдруг реальная перспектива нарисуется... ;)

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

просто ваши "чудеса типа горячей замены" в масштабах кластера просто смешны :)))

>Про RAS в курсе? Какими методами достигается? Сколько будет стоить кластер на 24 (середнячок типа E6900 или Хьюлетового супердома) или 72 (паравоз типа E25K)

я вам сказал, уважаемый, посмотрите на гугл - где вы там "супердомы" увидели :)))

>Если нужно будет минимум затрат (юнивер какой-нибудь особо бедный, коему положить на надежность всего и вся, а посчитать - нужно) - я так и скажу, и первым предложу кластер из егойной локалки соорудить.

БУГОГА :))) Смотрим на гугл до полного просветления ;)

Господа.
Когда представляли Ниагару, то говорилось, что этот процессор для web-приложений.
Для "тяжелых" приложений типа биллинга, например, этот сервер не очень - надо ждать
Rock (возможно, будет другое название) - тот будет как раз спроектирован для
тяжелых приложений.
Ниагара2 - это, как я понимаю, некая модернизация Ниагары - и, как я понимаю,
целевые приложения у него те же - веб-приложения, возможно, "легкие" базы данных.
Кто с этими процессорами сталкивался - ваше мнение по этому поводу.

> просто ваши "чудеса типа горячей замены" в масштабах кластера просто смешны :)))

Хороший урожай? ;) Вперед-вперед биллинги на кластерах считать и Оракел гонять на них же ;))

> я вам сказал, уважаемый, посмотрите на гугл - где вы там "супердомы" увидели :)))

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

> БУГОГА :))) Смотрим на гугл до полного просветления ;)

Без такой же травы боюсь - ниасилю ;)

А что, биллинг на кластерах - это неудачное решение? Или наборот?

Неудачное. Даже больше - изначально бредовое, и вот на эту тему и стоит ИМХО "гуглить" (видимо современный эквивалент "думать"), а не пихать во все щели наплевав на здравый смысл.

>Хороший урожай? ;) Вперед-вперед биллинги на кластерах считать и Оракел гонять на них же ;))

да я смотрю у вас хороший :)

Вы я вижу про Oracle RAC и слухом не слышали :)))

Вот можете к примеру ознакомиться(биллинговая система на оракловском кластере ;)

http://www.oracle.com/customers/snapshots/true-internet-rac-case-study.pdf

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

Ахтунг! Пионеры-проектировщики-кластеров на лоре!!! :))))

>Без такой же травы боюсь - ниасилю ;)

Гугл очень полезная штука - рекомендую осилить ;)

>Неудачное. Даже больше - изначально бредовое...

хватит бредить уважаемый ;)

хотя, да, если мыслить пионерскими конторами с 10 кастомерами, то биллинг на кластере действительно бред ;)))))))

А в что в кластерах не так? Почему для биллинга это плохо?

>А в что в кластерах не так? Почему для биллинга это плохо?

не по адресу вопрос

Я как раз говорю "в кластерах все так" ;)))

это уважаемый Гарик заявляет обратное - пока необоснованно :)

> да я смотрю у вас хороший :)

Видимо лето вышло теплым :)

> Вы я вижу про Oracle RAC и слухом не слышали :))) > Вот можете к примеру ознакомиться(биллинговая система на оракловском кластере ;) > ...

И чего? Я разве сказал что наши продукты умеют только биллинг? ;)

> Ахтунг! Пионеры-проектировщики-кластеров на лоре!!! :))))

Приятно познакомиться, вот только нас туда прошу не записывать ;)

> Гугл очень полезная штука - рекомендую осилить ;)

Да не, сложно все это, да и кластеров у гугля многовато - моск на отслеживании связей оплавится ;)

> хватит бредить уважаемый ;)

Хотелось бы, да не получается ;)

> хотя, да, если мыслить пионерскими конторами с 10 кастомерами, то биллинг на кластере действительно бред ;)))))))

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

> не по адресу вопрос
> Я как раз говорю "в кластерах все так" ;)))
> это уважаемый Гарик заявляет обратное - пока необоснованно :)

Вспоминаем курс логики и возлагаем тяжкое бремя ответственности за доказательство необходимости перехода всей нашей шарашкой на кластеры на утверждающего "все так" (с обязательным учетом того, что биллинг - далеко не пуп земли, а вовсе даже крохотный ее кусочек) ;)

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

биллинг это вы тут приплели как нечто непригодное для кластера - забыли? ;)

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

ой чта вы эта гаварите? ;))))))

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

А может вы не в курсе? может вы думаете, что кластер каждый раз с нуля пишется? ой не делайте мне смешно!!! ;)))

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

>Да не, сложно все это, да и кластеров у гугля многовато - моск на отслеживании связей оплавится ;)

рекомендую осилить. гугловский кластер - каос линукс лайв сд - пару мегабайт всего