Более развернуто: http://e-memory.ru/chr/chr08/z10BC/z10BC.htm

да, не только более развернуто, но и более вменяемо.

Cnews тоже отписался на тему новой железки http://www.cnews.ru/news/top/index.shtml?2011/07/21/448354

Теперь еще дешевле.
Кто-нибудь видел успешное применение этого или 196? В плане именно взаимодействия меж Z частью и прочими блейдами. Слайдов скиньте каких когда с фуршета вернетесь плиз

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

Да, кстати, а в чем сложность запуска Винды на блейде? Процессор есть, что еще нужно?

Там изначально технически мало было сложностей. Исключительно лицензионные пляски с KVM и жадность IBM.

А ты думаешь лицензионные пляски с MS - простое дело?

Тогда у меня другой вопрос.
Consolidate an average of 30 distributed servers or more on a single core, or an average of 300 in a single footprint, delivering a virtual Linux server for under $1.45 day.2

Какую конфу линукса я получу за 1.45? Сколько Герц или чего там? Как это можно с VMWare сравнить?

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

На маркетинговых презентациях много маркетинговых лозунгов - это закон жанра. Главное - что последует за этим.
(Саша - вспомни разговор про Windows на посиделке над Москвой-рекой).
Что касаемо вчерашнего мероприятия - там было подчёркнуто отдельно - IBM пробует рынок этим продуктом. Никто не обещал "золотых гор" и "всеобщего счастья" всем и сразу.
А вот URM-овский API-шник для пользовательского приклада - это предложение пользователям системы самим прочувствовать замысел. Ну никак не маркетинг.

Миша, весь URM - это сырой горбыль. И API появилось именно потому, что IBM многого делать не будет и не сможет, поэтому "лепите, что хотите, вот вам API, и заткнитесь".

Позвольте спросить, с каких это пор появление API стало злом?
Я всё время думал наоборот, первично продуманный API, и только потом реализация, которая вторична.
Так было и c историей создания MQ где MQI API опередил реализацию продукта, и с историей создания IMS, где DL/I опередил создание продукта.

сам по себе API не зло. а вот в сыром продукте, коим является URM и вся гибридная концепция - явно зло.
Гриша, не сравнивай софтовую концепцию промежуточного протокола обмена (типа MQ) с попыткой прилепить к одной архитектуре другую путем пробрасывания центра управления в аппаратную консоль... я вот все пытаюсь статью написать по этому поводу, только слишком эмоционально получается.

Другое дело - так и формулируй, мол, на текущий момент ваш URM дерьмо, и гибрид ваш тоже.
Мне одно "понравилось" - Smart Analytic Optimizer V2 - то есть, Netteza подключат, для резкого убыстрения (значит, удешевления) аналитических приложений на Z.
Тут двояко.
С одной стороны - вроде и хорошо.
С другой - что, сами, в пределах своего софта и в пределах своих процессоров "не шмогла" сделать аналитику за приемлемую цену?
Или - новая концепция, ничего не делаем, а покупаем?
Ну так мы далеко зайдём, если будем жить старыми наработками, которые, к тому же, не будем продавать, создавая непродажные условия.

Гриша, проблемы начались, когда поколения оборудования начали каждые два года менять и ОС два раза в год под релиз подгонять. Не надо гнаться за графиком и нагонять функциональные возможности по количеству, когда важнее заявить "У меня это есть!!" чем сделать качественно. вот потому и покупают нишевые компании, делая IBM Tivoli Omegamon. Надеюсь, все помнят, что оба этих слова были марками разных компаний?)))
вообще я полон мрачных прогнозов.

одно не отменяет другого.
понимая, что вычисления на GPU слишком дороги, пытаются их понизить пристёгиванием или блэйдов (Smart Analytic Optimizer) или Netteza (Smart Analytic Optimizer v2), порождая дополнительные сущности, вместо того, чтобы решить проблему прямым, а не окольным способом.
Ты прав - рынку нужны новости, громкие заявления, а не качественные продукты.
Новости могут быть разные, прямо противоположные - но они должны быть.
- Компания сокращает персонал! Борьба за сокращения расходов!
- Ух ты! Акции ростут в цене.
Через пол года:
- Компания набирает персонал! Бизнес расширяется!
- Ух ты! Акции растут в цене.
И так по кругу.
Немного утрирую, но где-то так.

а кто сказал что вычисления это дорого? Это единоличная жадная политика IBM. Никого не волнует что у меня простаивает пачка процессоров ибо я только на пару лицензию приобрел. Тот же самый ZaaP. Разве это какое то другое железо? Почему он дешевле? Может разумнее было бы все таки снизить цену на процессоры, чем усложнять жизнь админам?

Можно, на риторические вопросы я не буду отвечать?
Тем более эту тему с akost мы уже обговаривали.
К тому же я прямо написал - "порождая дополнительные сущности, вместо того, чтобы решить проблему прямым, а не окольным способом", то есть "усложнять жизнь админам".
Кстати, недавно вот услышал - "и перепишем на Java, потому как она на ZaaP летает!". Пришлось задавать наводящие вопросы
Чтобы расставить точки.
Но маркетинг то сработал!
"Летает" уже!
Пусть оговорка - но знаковая.

>> Тем более эту тему с akost мы уже обговаривали.
Наверно меня в тот день на пиво не позвали.
зы: в кои месяцы на форуме поговорить можно. До следующего периуда спячки. А вы...

ну вот akost не связан ограничениями, пусть и говорит...
А я токмо устно
Ну да думающим тут всё очевидно.
К примеру, почему нет "спецпроцессора" под традиционную нагрузку? Ну типа под мониторы транзакций, базу IMS?
И почему есть "спецпроцессоры" под новую нагрузку, Java?
А потом и под DB2?
Не потому ли, что мог быть задан вопрос - а напуркуа мне Java или DB2 на z/OS, когда я её с практически похожим успехом могу запрустить и на, к примеру, AIX?
Конкурентная борьба.
Отсюда и постоянно и медленно растущий перечень того, что может быть передано на "спецпроцессор", ну чисто как в рекламе "теперь с банановым вкусом!"
И соотношение количества "спецпроцессоров" к GPU.
К технологиям это не имеет отношения.
Хотя, "пристёгивание" других процессоров имеет смыл.
Ведь эта гибридность давно началась, с присоединения кучи процессоров Cell, помните такой? Так вот в Бразилии, где много диких обезьян, была эксперементальная площадка - Z c кучей Cell, в роли крупнейшего в мире сервера онлайновых игр. Я тогда ещё шутил - IBM построило самую крупную в мире игровую приставку!
Смысл есть. Всё-таки архитектуры процов разные, значит, у них будут разные еффективности на разных задачах.
С Cell эксперимент прикрыли - никто не горел желанием на них разрабатывать, старая проблема.
Заменили на родные RISC, под которые и разработчиков, и компиляторов - в достатке. А смысл остался прежним.
Появился Smart Analytic Optimizer - DB2/Z тяжёлый запрос передаёт на RISC, выгружает ему данные, они обсчитываются, и возвращаются в DB2/Z. Этакий аналог математического сопроцессора
В этом хоть смысл есть, а вы всё - "windows! windows! дайте мне 1С Бухгалтерию!" (это конкретно в akost булыжник )

Кстати, насколько я знаю, та игра так и не вышла. К чему бы это...

К тому, что это был эксперимент.
Давший, видимо, приблизительно такие результаты:
- "пристёгивать" процессоры другой архитектуры имеет смысл для решения некоторых вычислительных задач;
- лучше это не делать с Cell, и выйти из консорциума, потому, как разработчиков нетути, а взять нечто более знакомое.

Игра то настоящая была. Потратили силы на адаптацию, а при отмене наверно поняли, что бюджета и сил больше нету.

Начинает складываться в голове роадмап. То-есть следующим этапом кладем интелл процессоры внутри на плату и включаем их как те же ZaaP. Но делать это нет смысла пока нет нормальных хибрид связок. Значит кладем блейды просто рядом, даем АПИ, ждем приложений... и потом начинаем консолидацию железа. А "дешевый" фрейм делаем как раз для привлечения тех у кого сплошной интелл и вот пусть они и думают как это всё подружить.

булыжник летит мимо.
моя идея с 1С - это не гибрид был. моя идея была другая: сервер приложения в Линуксе мейнфреймовском под zVM, потому что 1С, кроме как в Windows и Linux программировать не умеют, плюс база в DB2 под zOS. появление гибрида с Windows на шкафу было интересно только чтобы политически была возможность протащить мейнфреймовский шкаф.
теперь про гибриды как таковые. мне эта идея кажется сильно уязвимой. как дрель с ударной головкой вместо покупки дрели и перфоратора. гибрид, чтобы имел смысл, должен быть дешевле двух специализированных устройств. а у IBM он дороже! и идея с спецпроцессорами - тоже гнилая. и галопирующая смена архитектур - тухлятина. и тупое ограничение на 5 нормальных процессоров в z114-M10 с 16-ю камнями - тоже бред. в IBM последние 10 лет идет потеря здравого смысла семимильными шагами.

я бы вот на форуме и рекомендовал говорить. в комментариях есть ограничение на вложенность!

http://www.itbusinessedge.com/cm/blogs/enderle/oracle-involuntarily-partners-with-ibm-to-create-an-ibm-mainframe-world/?cs=47812
не знаю, сюда ли, или отдельной статейкой, но взаимосвязано.