pkarklinДа, продолжил, и огласил разницу в производительности в 6 раз, при разнице в стоимости в 25%. ;)

Подумаешь, пожар в урне. У нас, напр., есть вполне себе живые конкуренты, которые сливают нам по скорости в 140 раз. Берут, стало быть, чем-то другим. Более того, у нас на некоторых задачах производительность от предпоследней версии к последней поднялась чуть не на порядок, а народ не спешит апдейтиться, потому что им проще поразбираться с отдельными кривыми местами в приложениях, чем устраивать лишние глобальные телодвижения.

SiemarglУ x86-64 есть четко определенный потолок масштабируемости железа.

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

Siemargliv_an_ruSiemarglУ x86-64 есть четко определенный потолок масштабируемости железа.
Это если религия запрещает собрать кластер. Как только разрешает, так начинаются измерения в терабайтах RAM и петабайтах массовой памяти на квадратный фут комнаты.
Если задача позволяет.
Можно пример задачи, которая "не позволяет"? Обычно проблемы не с технической возможностью как таковой, а с денежными ограничениями ("у нас есть клиенты с кривой логикой на их стороне, а теперь срочно сделайте нам кластер, чтоб он с теми же кривыми клиентами не лежал на полке").
(А с правильными задачами на нынешнем железе иногда бывает выгодно поднять кластер из 8 нод на одной 8-процессорной машине, потому что IPC оказывается дешевле задержек на выталкивании нитей мьютексами.)

pkarkliniv_an_ruА с правильными задачами на нынешнем железе иногда бывает выгодно поднять кластер из 8 нод на одной 8-процессорной машине, потому что IPC оказывается дешевле задержек на выталкивании нитей мьютексами

Это реальный тест такой был? Что за задача выбиралсь для тестирования?

Ну вот похожая раскладка из статьи про faceted view над большим объёмом знаний:
The test system is 2 8 core Xeon 5345 (2.33GHz) servers with 16G RAM and 4 disks each. The machines are connected by 2x 1Gbit ethernet. The software is Virtuoso 6 Cluster. The Virtuoso server is split into 16 partitions, 8 for each machine. Each partition is managed by a separate server process.

Это довольно типично для аналитики на базах знаний, потому что там простые запросы составляют очень малую долю нагрузки, у типичного приложения число алиасов в одном произведении запросто может быть и 20 и 30.
С ростом числа клиентов RAM доводится до 64-128Gb на ящик, потом кластер начинает "толстеть": сначала при том же числе партиций (8-16) доходит до 8-16 физических ящиков, потом "рывком" удваивается число ящиков, чтоб зеркалированием партиций обеспечить разумную надёжность и после этого растёт в пропорции "один процесс - один ящик". Больше чем 200 ящиков ещё не ставили пока, не знаем что там будет.