Зачем нужны IBM z System всякие?

ТС, ты это в порядке бреда сейчас только спросил, ведь так?
Ты же знаешь с чем совместимы zOS?

Ты же знаешь что и откуда растёт у этих П-А комплексов, ведь так?
Не разочаровывай нас, да.

Я так подозреваю что эти шкафы с лёгкостью могут замолоть ПО 1965 года, даже не икнув никаким паником.

ТС, ты это в порядке бреда сейчас только спросил, ведь так? Ты же знаешь с чем совместимы zOS? Ты же знаешь что и откуда растёт у этих П-А комплексов, ведь так? Не разочаровывай нас, да.

Зачем ты высрал вопросы? Нужно высирать ответы. Не разочаровывай меня.

Все ответы на Википедии.
Про этот хламотрон там написано очень даже овердофига, что уже в глазах рябит.

Все ответы на Википедии. Про этот хламотрон там написано очень даже овердофига, что уже в глазах рябит.

Катись уже.

Для распилов и откатов. Если ты думаешь, что эти прелести придумали в РФ, то это не так.

Я так подозреваю, что нет.

эти шкафы с лёгкостью могут замолоть ПО 1965 года, даже не икнув никаким паником.

на моей практике их чаще юзают когда «у нас есть по которое не умеет в много инстансов»

Современная ММО.
Пиковая нагрузка ~ миллионы игроков.
Прирост информации ~ 2—3 Тбайт/день, на протяжении нескольких лет.
Жёсткие требования к скорости поиска и задержкам.

Зачем вообще любое железо берут? Ради софта.

Вопрос уровня «Зачем нужно вертикальное масштабирование?»

А вот и главный специалист во всех областях.

Присвой вопросу любой уровень. От этого факт того, что ты не смог ответить не поменяется.

Ты знаешь разницу между вертикальным и горизонтальным масштабированием, и ситуации, когда горизонтальное масштабирование не панацея?

чтобы было

Современная ММО.

Пиковая нагрузка ~ миллионы игроков.

Я только про одну такую знаю, в которой миллионы игроков (и то в ней сейчас только 46 с половиной тысяч онлайн). Их несколько?

Современная ММО.

завязывай с доткой

Кстати, как будто это так легкр, запилить ПО, умеющее в много инстансов. Особенно RDBMS.

я не говорил этого, хуже того я не уверен что для банков, к примеру, это возможно

Ладно, попробуем по-проще.

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

Подробнее некуда: http://samolisov.blogspot.ru/2014/10/zenterprise-ec12-zos-java.html

Отличненько! Первый внятный ответ в студии!

А когда горизонтальное масштабирование - не панацея?

https://en.wikipedia.org/wiki/Amdahl's_Law

Это не про вертикальное масштабирование ли?

на куче обычных дешёвых серваков

В чём смысл покупать RAID-карту? Почему нельзя запилить массив на обычной материнке?

Во-первых, аффтырь, мейнфрейм - это надёжно. Во-вторых, аффтырь, попробуй собрать десятка четыре серверных шкафов из «дешёвых серваков» или хотя бы попробуй представить объём работ. День школоты сегодня какой-то.

Там есть и русский вариант. Обрати внимание на вывод:

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

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

Дотка MOBA а не MMO.

Вот это ИМХО больше похоже на правду.

Oracle RAC вроде умеет во много инстансов.

Прирост информации ~ 2—3 Тбайт/день

Это что, серьёзный объём?

Oracle RAC вроде умеет во много инстансов.

Только вот не умеет в горизонтальное масштабирование. Это HA решение.

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

Хотя с этим не всё так просто, не всякое приложение нормально параллелится и впервую очередь RAC для HA.