Computing power comparison: mainframe versus Intel Xeon

[Boriskin]

Недавно пришла в голову идея создать курс на основе типового курса "computer sciences" с углубленным изучением истории ИТ, платформ, централизованным системам, и углубленным узучением mainframe, z/OS, z/VM. Глядишь появятся специалисты и менеджеры ИT с широким кругозором как в настоящем так и в прошлом, видящие дальше своего носа

Дело благородное, но именно поэтому имхо чрезвычайно неблагодарное. "Удачи" (с) дядя_Паша

[zVlad]

Да, встреча была бы интересна!

Свяжемся когда соберусь окончательно.

[StrangerR]

Хоть я ни разу не мейнфремщик, даже мне очевидна ущербность сравнений MIPS без учета всего остального. У MF надежность пять девяток, а у x86? Есть MF, которые работают лет 20 без выключения, причем все железо было заменено на новое на работающей системе.

А на фига мне такие сложности? У меня облако тоже будет работать 100 лет без выключения. А все VM-ки прекрасно мигрируются онлайн. А уж показать интел работающий без перевызова 6 лет я могу прямо сейчас...

И при чем тут МИПС-ы? Процессор давно уже не боттлнек в большинстве задач.

[mskmel]

А что есть такие java приложения которые работают на сервере без Application Server?

https://www.oreilly.com/ideas/how-to-ma ... -with-java

[StrangerR]

Хочется понять, почему победили Linux на х86 VM, а не zLinux. Почему java workload живёт массово на x86, а не МФ.
Может в следующем моём месте работы получится организовать POC ребятами из IBM, и таки убедить поменять тыщи винтел на один z14.

Почему почему... потому что дешевле. Примерно в 10 - 50 (минимум в 10!) раз. И много дешевле если мерять еще и стоимость апгрейдов.

Почему нет 1 ТБ памяти на МФ - да потому что цена космическая. В то время как у меня на весьма недорогом облаке каждый второй примерно сервер имеет 384 гига памяти и это мы поленились и серверы 2 сокетные... И 1 ТБ на HP - копейки, по нынешним меркам.. берется и ставится. В отличие от МФ.

[StrangerR]

А что есть такие java приложения которые работают на сервере без Application Server?

Во первых хоть завались. Во вторых, часто просто делают апп сервер частью приложения (то есть их не разделяют.. а зачем собственно). А сейчас еще и докеры подоспели...

[mskmel]

Почему почему... потому что дешевле. Примерно в 10 - 50 (минимум в 10!) раз. И много дешевле если мерять еще и стоимость апгрейдов.

IBM сайзилка говорит всего в два раза.
Самая лучшая демонстрация это IBM Bluemix на х86, они сами себе же не делают Cloud на своих же железках. Вот когда выставят zLinux в клауд, тогда можно говорит о выгодности.

[zVlad]

Почему почему... потому что дешевле. Примерно в 10 - 50 (минимум в 10!) раз. И много дешевле если мерять еще и стоимость апгрейдов.

IBM сайзилка говорит всего в два раза.
Самая лучшая демонстрация это IBM Bluemix на х86, они сами себе же не делают Cloud на своих же железках. Вот когда выставят zLinux в клауд, тогда можно говорит о выгодности.

Достаточно набрать в гугле "cloud mainframe" и получаешь:

https://www.ibm.com/ca-en/marketplace/m ... -z-systems

Я не читал.

[mskmel]

Достаточно набрать в гугле "cloud mainframe" и получаешь:
https://www.ibm.com/ca-en/marketplace/m ... -z-systems

Хочется клик, клик и через 10 минут рабочая среда. А не: "Напишите, мы с Вами свяжемся"

[StrangerR]

Почему почему... потому что дешевле. Примерно в 10 - 50 (минимум в 10!) раз. И много дешевле если мерять еще и стоимость апгрейдов.

IBM сайзилка говорит всего в два раза.
Самая лучшая демонстрация это IBM Bluemix на х86, они сами себе же не делают Cloud на своих же железках. Вот когда выставят zLinux в клауд, тогда можно говорит о выгодности.

Это их хотелка _в два раза_. Ну например в IBM можно наверное сунуть WI SSD диск за $5K / 800GB. Они и сранивают, такой диск для HP G9 стоит ну скажем $3K. Но по жизни то я такой диск поставлю только для базы да и то возьму режим write ssd cache а для обычного сервера возьму MU диск SSD 800 GB / $500. Вот и получается что по жизни разница в 10 раз , а по IBM сайзилке в 2 раза.

И это я еще брандовые имена беру. А если как все амазоны делают - брать недорогие небрандовые, то разница еще больше станет. В 2 раза это только когда МФ махается понятно чем с Екзадатами... а так и 10 то мало...

[mskmel]

И это я еще брандовые имена беру. А если как все амазоны делают - брать недорогие небрандовые, то разница еще больше станет. В 2 раза это только когда МФ махается понятно чем с Екзадатами... а так и 10 то мало...

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

Экзадата вообще не к месту, это другая парадигма. Софт на самих хранилках умеет понимать SQL запросы и знает какие данные и как он хранит, такое нельзя пока еще реализовать допокупкой более быстрых железок. Компрессия даных на хранилках экзадаты, storage index, cell offload, быстрый кэш и т.п. делают 200-500ГБ\сек реальными. Еще раз, пол ТераБайта в секунду с "диска" это реально All Flash, и даже NVMe массивы не умеет пока такое, они пока еще на порядок медленнее.

Оракл пусть и рассматривается большинством как динозавр, но экзадата лучшее что они сделали за 10+ лет.

[StrangerR]

Я про цены говорил. У Оракла они космические. Но по параметрам DB машина, конечно, кроет все что можно вытянуть на МФ из базы, просто насмерть, потому что да, идея что делать сами запросы на нижнем уровне прямо на дисковой стойке - великолепная.

(Имеется в виду то, что парсер и компилятор запросов и что там в SQL пилит запросы на так называемые SIMPLE REQUESTS - не знаю как это в Оракле, я это в древнем сиквеле еще пилил - и в случае экзодаты эти запросы отправляют на стойки памяти, и уже они делают простые выборки. Поэтому скорость растет космически. Ну плюс это еще и РАК кластер, но это как раз сомнительное достоинство.)

[iDesperado]

Я про цены говорил. У Оракла они космические. Но по параметрам DB машина, конечно, кроет все что можно вытянуть на МФ из базы, просто насмерть, потому что да, идея что делать сами запросы на нижнем уровне прямо на дисковой стойке - великолепная.

(Имеется в виду то, что парсер и компилятор запросов и что там в SQL пилит запросы на так называемые SIMPLE REQUESTS - не знаю как это в Оракле, я это в древнем сиквеле еще пилил - и в случае экзодаты эти запросы отправляют на стойки памяти, и уже они делают простые выборки. Поэтому скорость растет космически. Ну плюс это еще и РАК кластер, но это как раз сомнительное достоинство.)

имхо оракл ценовой политикой несется на то дно, где уже прикопан труп МФ. космические цены делают бессмысленным все эти идеи экзадаты, потому как они уже на уровне идеи проигрывают инмемори дата гридам. уже очень скоро банку будет много проще развернуть какой-нибудь apache ignite на 10TB памяти и получить недоступные ораклу скорости, при этом не жертвуя ни ACID ни консистентностью.

[zVlad]

Приятно рано утром, из уст уважаемых оппонентов, услышать что у IBM zSystem становится/стало одним конкурентом меньше.
Строго говоря для меня это не новость.

[zVlad]

Даже если предположить, что МФ всем лучче - это совершенно не гарантирует их выживания. Ось-пополам когда то была сильно лучче винды, куда пошла цивилизация - знают все. IBM обладает редким талантом херить свои же собственные достижения, так что имхо вымирание МФ - банально вопрос времени. Спецы типа Влада просто биологически вымрут, и с ними вымрут и МФ.

Да есть такое свойство у ИБМ. Я работал, и довольно плотно, с осью-пополам, начиная с 1993 года, со второй версии (совсем немного), с третьей, и наконец больше всего с OS/2 Warp 4, аж до конца 90х.
Интересна история с VM. Ее тоже собирались убить и сосредоточится на MVS, которую и сделать единственной на MF. Был назначен чиновник для этого и однажды в лабе где разрабатывался MVS он спросил разработчика на чем тот работает, тот ответил на VM, а что ты делаешь, продолжил чиновник, отлаживаю свой модуль в MVS. Чиновник подумал и изрек: если VM полезен и хорош для IBM, то он полезен и для пользователей. Пусть будет. И VM есть и в наши дни.
Конечно IBM никогда не похерит ни MF ни одну из четырех ОS MF, хотя по крайней мере одна из них явный анахронизм - zVSE, да простят меня те кто на ней работает.
Я тут собираюсь замутить авторскую тему с рабочим названием: "Опрос прогноза IT на 10 лет вперед", и некоторыми особенностями участия в ней, которые без Бориса не возможно обеспечить. А именно я предполагаю чтобы в этой теме каждый участник сможет сделать по одному посту в год.
Хотел бы выслушать сначала мнение об этом тех кто в этой теме.