Computing power comparison: mainframe versus Intel Xeon

[zVlad]

Тут некоторые возражали применению 4х сокетников в своё время.

В пользу чего? 2х сокетников? Не всегда ими можно нужное количество ядер набрать, но и тут прогресс даёт о себе знать

Прогресс в чем? В латании тришкинного кафтана - кремневой пластинки на которую уже не запихаешь больше элементов?
Это не прогресс. Для прогресса нужны идеи более высокого уровня чем TB-ы, GHz-ы, сантиметры и Gb/sec.
Виртуализация выдохлась и тоже уже себя не оправдывает. Клауды это игрушки для маленьких, хотя в них и из средней группы детского сады (например наша компания) пытаются играть. Поиграют и поймут что это тоже фикция.
Я и намека прогрессa на middle range servers under Windows, and Linux не вижу. Вместо этого вижу затянувшееся топтание на месте перед дверью с надписью "Централизованная обработка" куда с имеющимся багажом протиснуться никак не удается.

[Flash-04]

Влад, ты это серьёзно?

[flip_flop]

Тут некоторые возражали применению 4х сокетников в своё время.

В пользу чего? 2х сокетников? Не всегда ими можно нужное количество ядер набрать, но и тут прогресс даёт о себе знать

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

[flip_flop]

А сколько у чудовища франкенштейна NUMA nodes?

16 для 32 сокетов. Вообще-то именно Flex - скорее SGI чем HP. Так что может быть и не совсем Франкенштейн или же Франкенштейн 2 Некоторые детали: https://www.nextplatform.com/2017/11/06 ... k-makeover . Но если SGI делал более мощные компютеры и позиционировал их как нечто среднее между суперкомпьютерами и компьютерами для in memory database/analytics, то после поглощения SGI, HP делает середнячков и позиционирует их как обычные серверы для IT. Но при этом FLEX развивается быстрее чем их родные Франкенштейны Да и результаты CPU.org тестбенчей для Spec*_rate вполне ничего - рекорды для 32-х и 16-и сокетных серверов.

Всё умозрительно и на основе чтения журналов типа Мурзилок.

Я бы предпочел большую ферму из обычных серверов нескольким монстрам
Ибо лишь небольшое количество аппликаций are NUMA-aware, кроме того, при включенном CPU hot plug in VMware не умеет корректно транслировать NUMA-структуру host для guest VM (если есть "большие" VM которые не помещаются на одной NUMA)

Ожидаемый аргумент. Не знаю, не спорю. Я просто пытался привести примеры того, что и на Xeon имеются монстры типа МФ

[mskmel]

В пользу чего? 2х сокетников? Не всегда ими можно нужное количество ядер набрать, но и тут прогресс даёт о себе знать

Прогресс в чем? В латании тришкинного кафтана - кремневой пластинки на которую уже не запихаешь больше элементов?
Это не прогресс. Для прогресса нужны идеи более высокого уровня чем TB-ы, GHz-ы, сантиметры и Gb/sec.

Технически может и не такой уж большой прогресс, но всё в итоге сводится к деньгам. Если задача в 2000м требовала железа на 40-50млн, то сейчас это 1-2млн. В этом направлении и двигается прогресс.
Также как многоядерность х86, SPARC и т.п. накормила computing demands в 2008-2012, all flash накормили IOPS и GB\sec в последние годы. Сейчас бОльшая задача софту научиться всем этим пользоваться, железо далеко впереди.

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

Как лихо рынок на десятки млрд $ обозвали фикцией. Клауды это возможность конвертировать CapEx в OpEx, возможность существенно уменьшить время from idea to market.
Виртуализация тоже не стоит на месте, наконец то стала отмирать идея VM и двигаются в сторону контейнеров. На этом поле еще пахать и пахать

Я и намека прогрессa на middle range servers under Windows, and Linux не вижу. Вместо этого вижу затянувшееся топтание на месте перед дверью с надписью "Централизованная обработка" куда с имеющимся багажом протиснуться никак не удается.

"Централизованная обработка" на данном этапе развития технологий выполнима для небольшого процента компаний. Возможно на очередном витке прогресса опять к этому вернуться, но вектор движения сейчас в обратном направлении.
Вокруг меня и не было центральной обработки никогда. Что в 90х, что сейчас, даже самые большие железки слишком маленькие, потому изначально всё проектируется с учётом распределённой обработки, и с поправкой на текущие технологии. МФ с "централизованной обработкой" в этой картинке не было последние 25 лет, ибо слишком маленький.

[flip_flop]

Тут некоторые возражали применению 4х сокетников в своё время.

В пользу чего? 2х сокетников? Не всегда ими можно нужное количество ядер набрать, но и тут прогресс даёт о себе знать

Прогресс в чем? В латании тришкинного кафтана - кремневой пластинки на которую уже не запихаешь больше элементов?

Запихиваем. Почитай о законе Мура - он всё ещё работает. Прогресс в микроэлектронике продолжается, равно как и в архитектурах процессоров и в новых IO. Чему много свидетельств, например возрождение АМД из пепла, неплохие Power9, и прочая, прочая.

Это не прогресс. Для прогресса нужны идеи более высокого уровня чем TB-ы, GHz-ы, сантиметры и Gb/sec.

Хе-хе, и где тут высочайший прогресс от МФ? А в серверах х86 появились акселераторы, GPGPU, FPGA, кроме явного прогресса на физическом уровне (да-да, больше ядер, TB, Gbps, BW и пр.)

Виртуализация выдохлась и тоже уже себя не оправдывает. Клауды это игрушки для маленьких, хотя в них и из средней группы детского сады (например наша компания) пытаются играть. Поиграют и поймут что это тоже фикция.
Я и намека прогрессa на middle range servers under Windows, and Linux не вижу. Вместо этого вижу затянувшееся топтание на месте перед дверью с надписью "Централизованная обработка" куда с имеющимся багажом протиснуться никак не удается.

Ха-ха-ха три раза. А как же большие клауды (которые развлекаются тостами за смерть МФ), гиперинтегрированные дата центры и пр? Даже мне, не проограммисту и не сысадмину, об этом известно.

[flip_flop]

Влад, ты это серьёзно?

Кмк - более чем. Поэтому разговор и интересен

[Flash-04]

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

[mskmel]

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

1-2х соткеники самые популярные и простые, потому менее глючные. NUMA это костыль, но бывает что нет других вариантов.
Вот тут о "цене" NUMA
https://bdrouvot.wordpress.com/2015/01/ ... roup_name/
https://fritshoogland.wordpress.com/201 ... -and-numa/

[zVlad]

Влад, ты это серьёзно?

Более чем. Ты думаешь иначе? Ты считаешь что все в ИТ в шоколаде, мы идем верным путем в светлое будущие?

[Flash-04]

Кстати факапы бывают и у клиентов MF:
https://www.computerworlduk.com/it-mana ... e-3367159/

It has been two weeks since Royal Bank of Scotland (RBS), and its subsidiaries’, started reporting catastrophic IT problems that resulted in some 17 million customers not having access to their finances for days on end.

Although the bank is giving away little until it has completed a root casue analysis, the initial consensus pointed to an upgrade to RBS’ batch processing software, CA 7 from CA Technologies, as the cause of the problems, with a junior RBS IT worker based in India make a major mistake by deleting all the scheduling that was in place. This meant that the information had to be re-inputted into the system, causing a significant backlog.

То что система - MF, это не серебряная пуля. Любой дурак с большим чем гостевым доступом может устроить дизастер в системе. Я больше чем уверен что в описанной случае сам MF был в полном порядке. Вот только клиентам банка от этого было не лучше.

[zVlad]

Тут некоторые возражали применению 4х сокетников в своё время.

В пользу чего? 2х сокетников? Не всегда ими можно нужное количество ядер набрать, но и тут прогресс даёт о себе знать

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

Они просто видят как большое количество cores сжирает power, and money.

[flip_flop]

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

Клауды, типа AWS, "кормят" производителей микросхем для серверов больше, чем что либо другое. $$ как свидетельство прогресса - факт, от которого не отмахнуться. Долгая и светлая им, клаудам, жизнь, полная прогресса!

[Flash-04]

Влад, ты это серьёзно?

Более чем. Ты думаешь иначе? Ты считаешь что все в ИТ в шоколаде, мы идем верным путем в светлое будущие?

Тогда у тебя серьёзное искажение восприятия окружающей реальности.

[flip_flop]

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

1-2х соткеники самые популярные и простые, потому менее глючные. NUMA это костыль, но бывает что нет других вариантов.
Вот тут о "цене" NUMA
https://bdrouvot.wordpress.com/2015/01/ ... roup_name/
https://fritshoogland.wordpress.com/201 ... -and-numa/

Спасибо, почитаю на досуге.