Айтишники на пенсии

[АццкоМото]

+100. В случае science/technology говорят не "бабушке", а "школьнику".

оригинал вроде как приписывается Эйнштейну и там была 6-летняя девочка

[АццкоМото]

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

а провайдер хитро отключит интернет только облаку, а мейнфреймам оставит? экий у вас затейливый провайдер

[Мальчик-Одуванчик]

Один молодой профессор в UK подавал на грант в области quantum computing.
Уважаемые профессора предложили ему обьяснить идею его research'a на уровне понятным школьнику

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

[zVlad]

Пришлось искать самому. И похоже Влад прав. Вот интересная статья на пару страниц.
https://habrahabr.ru/company/ibm/blog/252057/
Вот краткое ее содержание от автора.

Краткое резюме: очень быстро мигрировали Java EE приложение, использующее Hibernate, на мейнфрейм и провели сравнительное тестирование, с одной стороны данное приложение на zLinux + Oracle (2 LPAR), с другой - оно же на z/OS + DB2 (1 LPAR). Вариант на z/OS + DB2 работал быстрее в 3 раза. Конфигурация выбрана исходя из требований заказчика, для которого выполняли тестирование, но в принципе соответствует реальным практикам, почему-то именно так и разворачивают - на Linux стараются вынести каждую подсистему на свою виртуальную машину, на z/OS - весь стек разворачивается вместе, тем самым используются примущества операционной системы, в частности Cross-Memory Services - механизм, позволяющий из одного адресного пространства (WebSphere Application Server) обратиться к другому (DB2) с помощью нескольких машинных команд, минуя планировщик ОС. Преимущества подхода перед типичным кодом межпроцессной коммуникации (IPC), содержащем сотни, а то и тысячи машинных инструкций, да к тому же выполняющем обращения к ядру, очевидны любому инженеру, знакомому с операционными системами чуть глубже, нежели на уровне "интерфейс унылый/интерфейс неунылый".

Отдельно отмечу, что исключительно расчетная часть на Java под z/OS выполнялась быстрее на 25%, что является отдельным приветом сторонникам мнения "Java на мейнфрейме тормозит и вообще".

P.S. Очень распространенное заблуждение, что zLinux выполняется только на z/VM. В данном случае и z/OS и zLinux выполнялись на LPAR'ах, VM в тесте не участвовала.

Интересная информация. Для меня конечно в ней нет никакого откровения. Было бы полезно авторам показать результаты мониторинга загруженности ЦПУ, ввода-вывода и памяти в обоих вариантах. Такой информации нет и не понятно насколько им удалось загрузить выделенные ресурсы. Кроме того не понятно как были загружены zIIP которые в основном использовались для Java кода (неверно сказано в статье что и для DB2 тоже, точнее DB2 лишь в некоторых случаях использует zIIP в основном выполняясь на CPU общего пользования).
Очень верно говорится что "на z/OS - весь стек разворачивается вместе". Я бы еще добавил чтоо вполе нормaльно было бы несколько таких стеков поместить в одну z/OS, или в разные LPAR на одном МФ с использованием IRD (IBM z/OS Intelligent Resource Director) и Parallel Sysplex.

Обратите внимание на то что в случае с Linux/Oracle использовалось 183 GB, a z/OS + DB2 только 32 GB.
Model H89 может иметь максимум 89 CPU. Т.е. скорее всего на испытуемом МФ в других партициях велась другая работа во время этих испытаний.

[Easbayguy]

Кроме того, есть проблема с железом. Если для Интел есть огромное количество производителей, то с мф есть риск что завтра ИБМ продаст этот бизнес китайцами. И что делать? Железки ведь не вечные.

А что сервера на Intel все делаются в США? IBM продаст свои МФ железки китайцам после HP, Oracle/Sun, Dell. Т.е. эта проблема на МФ ни чем не хуже чем в случае с любыми другими жезками, а на самом деле лучше.

Важнее то, что вендор -один. Ничего не мешает ИБМ завтра сказать: доля рынка у нас падает, так что вам дорогие кастомеры прийдется платить в 10 раз больше.

Контракты обычно на 3 года по лицензиям.

[oshibka_residenta]

Важнее то, что вендор -один. Ничего не мешает ИБМ завтра сказать: доля рынка у нас падает, так что вам дорогие кастомеры прийдется платить в 10 раз больше.

Контракты обычно на 3 года по лицензиям.

Завтра - в переносном смысле. Все переписать тоже не один год занимает.

[Easbayguy]

Важнее то, что вендор -один. Ничего не мешает ИБМ завтра сказать: доля рынка у нас падает, так что вам дорогие кастомеры прийдется платить в 10 раз больше.

Контракты обычно на 3 года по лицензиям.

Завтра - в переносном смысле. Все переписать тоже не один год занимает.

Государственные/штатовские/военные/ядерные контракты обычно значительно дольше, а кроме них уже ИБМ никто наверное и не использует больше.

[mskmel]

Я имел в виду _у нас_ ничего нового под МФ не пишется. Опять же у нас стоимость поддержки дороже 100 млн в год, а переписать выйдет дешевле, чем миллиард.

Это логично и понятно. Вместо считания MIPS на МФ или cores на Oracle/MSSQL/Weblogic/Websphere проще “Kill it With Iron” на Linux + Docker, Хадуп и около него. Пусть надо в 5 раз больше вычислительных мощностей, зато за коммерческий софт платить не надо. Оно якобы (!) бесплатно. Персонала сильно больше чем под МФ, его проще найти и заменить при случае.

[zVlad]

...
Стало быть, вы не в курсе, что Блю Микс работает с мейнфреймами? (в принципе, но особо ИБМ это не продвигает в виду узости ниши) ...

Дурачок получаетесь Вы, уважаемый, потому что не знаете что есть мухи, а что есть котлеты.

вы все еще уверены, что дурачок тут я?

Сначала написали что БлюМикс не на МФ. Теперь вроде как на. Я БлюМиксом особо не интересовался. Мне и так интересно жить.
Я скептически отношусь к облакам на чем бы то ни было. Это слово уйдет в небытие скоро так же как многие другие: фермы, гриды, консолидация, а жизнь будет идти своим чередом.
Строго говоря облачность появилась вместе с появлением виртуальных машин на МФ, это было в конце 60-х. Если же говорить о z/OS то это тоже облако, только в нем не виртуальные машины раздаются, а например базы данных в DB2 и деплойнутые приложения в WebSphere. Вот только с мышлением х86 это трудно понять как это разные клиенты могут обслуживаться в одной и той же DB2 subsystem, или приложения разных клиентов выполняться в одном и том же AS WebSphere. Когда поймут начнется Облако 2.0.
Дурачками обзываться Вы начали первым. Ведите себя прилично и к Вам будут относиться так же.

[zVlad]

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

а провайдер хитро отключит интернет только облаку, а мейнфреймам оставит? экий у вас затейливый провайдер

Пользователи нашего клиента имеют доступ к своей ИТ (не только МФ) не по интернет-у. Кстати, были времена когда интернет был бизнесом IBM. Global Network называлось:

http://www.internetnews.com/bus-news/ar ... illion.htm

[zVlad]

.. Персонала сильно больше чем под МФ, его проще найти и заменить при случае.

Персонала и надо гораздо больше чем с МФ. A персонал бесплатным не бывает. Это тоже учитывать надо.
Двенадцать Windows сервер admins обслуживают у нас 900 виртуальных Wintel серверов. Одной из основных, ongoing, работ у них является assets refresh (они постоянно что-то обновляют, постоянно апплают патчи на системы). 12 * $200 000 = $2 400 000 в год только на зарплату в год. Десять лет - $24 000 000.
Сравните со мной одним управляющимся с двумя МФ и 4 + 2 DR системами на них.

[Nostradamus]

zVlad и _adda_, спасибо за объяснения. Насколько я понял, главное преимущество МФ и z/OS в том что обмен данными между процессами (IPC) выполняется гораздо быстрее, чем в сети построенной из Linux/x86. Ну что же, это действительно важно для распределенных приложений в сети, которые нельзя запихнуть в один узел из-за гигантской памяти. Но нынче размер памяти растет очень быстро, как и число CPU. Если делать обмен данными между процессами внутри одного узла (не в сети) с разделенной памятью, то он будет достаточно быстрым. Еще лучше если внутри одного процесса. Единственная большая проблема - скорость доступа к оперативной памяти от всех этих бесчисленных CPU. Как только эту проблему решат (то что ее решат у меня сомнений нет) то преимущество МФ будет потеряно, правильно?

[Sergunka]

Да тут походу восстание Луиддитов в полном разгаре

[DVK]

del

[DVK]

del