Intel показала Diamond Rapids с 256 ядрами, 1,28 ГБ кэша LLC и 16 каналами памяти по 12 800 MT/s. Эти цифры ещё не дают причины переносить закупку: Intel не раскрыла частоты, TDP, цены серийных систем и результаты испытаний.

Если сервер нужен под 1С, терминальный доступ, хранение или известный набор виртуальных машин, закупай доступную платформу сейчас. Ждать Diamond Rapids стоит в другом случае: проект уже упирается в плотность виртуальных машин, пропускную способность памяти или число ускорителей.

Кому Diamond Rapids меняет расчёт

Intel относит Diamond Rapids к процессорам для корпоративных нагрузок Agentic AI. Платформа поддерживает до 256 ядер, 128 линий PCIe 6.0, CXL 3.0, расширения APX и улучшенные блоки AMX для матричных операций. Процессор выпускают по технологии Intel 18A-P, кристаллы соединяют через UCIe-S и Foveros Direct 3D. Эти характеристики Intel раскрыла на Hot Chips 2026 в анонсе архитектур для Agentic AI.

Такой набор интересен трём проектам:

ферме виртуализации, где приходится покупать новый узел из-за нехватки физических ядер;
серверу с несколькими ускорителями, которому тесно по линиям PCIe;
вычислительной нагрузке, которая упирается в пропускную способность памяти.

Для сервера на 50 пользователей 1С преимущество пока не доказано. Там результат чаще определяют скорость отдельного ядра и задержки памяти, поэтому сначала смотри на баланс частоты и числа ядер, а не на максимальное число ядер в презентации.

Память обещает 1,64 ТБ/с — на уровне интерфейса

Посчитаем теоретический предел. У Diamond Rapids 16 каналов по 12 800 миллионов передач в секунду. Если за одну передачу канал переносит 8 байт, получаем:

16 × 12 800 × 8 = 1 638 400 МБ/с

Это около 1,64 ТБ/с. Расчёт показывает пропускную способность интерфейса, а не скорость базы, виртуальной машины или модели. Контроллер, конфигурация модулей, NUMA, обращения к памяти и сама программа снизят результат.

Зато масштаб понятен уже сейчас. Если действующая система упирается в память при консолидации виртуальных машин или обработке модели, Diamond Rapids стоит оставить в коротком списке. Если загрузка каналов далека от предела, дополнительные каналы не ускорят работу сами по себе.

256 ядер нельзя сразу переносить в смету виртуализации

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

Это видно даже по старому white paper Intel о числе ядер и виртуализации. В таблице VMmark 1.x собраны системы с 2–16 ядрами, частотами от 1,86 до 3,46 ГГц, памятью от 32 ГБ до 1 ТБ и результатами, опубликованными в 2007–2011 годах. Конфигурация влияла на итог вместе с числом ядер.

Переносить эти результаты на Diamond Rapids нельзя. VMmark 1.x уже снят с использования, тест относится к VMware ESX своего периода, а исследованные серверы отличаются от 256-ядерной платформы на порядок. Старые данные подтверждают только метод: плотность виртуализации проверяют на полной системе, а не по одной строке спецификации.

Для сравнения серийных платформ понадобятся опубликованные результаты с раскрытой конфигурацией. SPEC принимает результаты после проверки на соответствие правилам и публикует их в официальной базе испытаний. Пока Diamond Rapids там нет, назвать количество виртуальных машин на узел нельзя.

PCIe 6.0 помогает разместить ускорители, но не заменяет их

У Diamond Rapids заявлены 128 линий PCIe 6.0 и CXL 3.0. Такая платформа может связать несколько ускорителей, сетевых адаптеров и устройств хранения без преждевременного дефицита линий.

Сам процессор не становится заменой GPU. Улучшенные AMX ускоряют матричные операции на CPU, но Intel не опубликовала испытаний Diamond Rapids на конкретных моделях и не назвала скорость вывода токенов. Для локального ИИ сначала определи объём модели, размер контекста и требуемое число одновременных запросов, а затем решай, нужен ли сервер с GPU.

Intel одновременно показала ускоритель Crescent Island: 32 ядра Xe3P, 256 блоков XMX, до 480 ГБ LPDDR5X и TDP 350 Вт. Но и здесь анонс пока не даёт конфигурации готового сервера, цены и результатов прикладных тестов. Закладывать такую систему в утверждённую смету рано.

Спецификация под задачу

Возьмём типовой проект, который можно закупать без ожидания Diamond Rapids: 24 виртуальные машины, две из них работают с базами; каждой машине выделено в среднем 4 vCPU и 16 ГБ памяти. Текущий сервис держит целевое время ответа на ядре с базовой частотой 2,8 ГГц. Объём рабочих данных — 4 ТБ, полная резервная копия должна проходить за два часа.

Под такую нагрузку спецификация выглядит так:

Процессоры: два процессора по 32 физических ядра, базовая частота не ниже 2,8 ГГц. Расчёт требует 24 × 4 ÷ 3 = 32 физических ядра при переподписке vCPU 3:1. Второй набор из 32 ядер оставляет место гипервизору, пикам и росту, а также позволяет распределить нагрузку между двумя NUMA-узлами.
Память: 512 ГБ ECC RDIMM. Виртуальным машинам требуется 24 × 16 = 384 ГБ; ещё 128 ГБ остаются гипервизору, файловому кэшу и росту. Модули нужно разложить симметрично по каналам обоих процессоров.
Хранилище: четыре NVMe по 3,84 ТБ в RAID10 под рабочие данные. Полезная ёмкость — 7,68 ТБ: 4 ТБ заняты сейчас, 3,68 ТБ остаются под рост, снимки и служебные операции. Загрузочные накопители — отдельная пара SSD в RAID1.
Сеть: два порта 25 GbE. Перенос 4 ТБ за два часа требует около 4,4 Гбит/с без учёта протокольных расходов. Один порт 10 GbE формально справится, но пара 25 GbE оставляет полосу рабочему трафику во время копирования и даёт резервный путь.
Питание: два блока с горячей заменой, каждый способен питать сервер целиком. Их мощность выбирают после расчёта процессоров, памяти, накопителей и сетевых карт конкретного шасси.
Корпус: 2U минимум с восемью отсеками NVMe и свободными слотами PCIe. Четыре отсека займёт массив, остальные позволят увеличить ёмкость без замены корпуса.

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

Если виртуальных машин не 24, пересчитай ядра по той же формуле: суммарные vCPU раздели на выбранную переподписку. Для баз данных и других нагрузок с ровным высоким потреблением процессора бери 2:1 вместо 3:1. При 48 машинах по 4 vCPU это даст 96 физических ядер до запаса гипервизору — здесь Diamond Rapids уже может изменить экономику узла.

Память тоже растёт от нагрузки, а не от числа ядер. При среднем выделении 32 ГБ тем же 24 машинам потребуется 768 ГБ только для гостевых систем. Тогда разумная граница закупки начинается с 1 ТБ.

Какие данные вернут Diamond Rapids в расчёт

После выхода серийных серверов проверь пять параметров.

Частота под длительной нагрузкой покажет, подходит ли процессор приложениям, чувствительным к скорости одного ядра. TDP и требования к охлаждению определят, сколько таких узлов выдержит стойка. Конфигурации DIMM покажут реальную ёмкость и пропускную способность памяти. Испытания SPEC или прикладной тест с раскрытой методикой позволят сравнить производительность. Цена сервера и лицензий даст стоимость одной виртуальной машины или одного запроса.

Для ИИ добавь шестой параметр: сколько ускорителей помещается в серийное шасси и как между ними распределены линии PCIe. Заявленные 128 линий описывают возможности процессора, но не компоновку готового сервера.

Закупку под известную нагрузку Diamond Rapids пока задерживать не должен. Если проект требует больше 100 физических ядер на узел, памяти с пропускной способностью около терабайта в секунду или нескольких ускорителей, оставь платформу в сравнении. Сопоставлять её придётся не только с доступными серверными процессорами Intel, но и с AMD EPYC 9006 Venice.

Правило для сметы простое: переносить закупку можно после появления серийной модели, частот, TDP, цены системы и сопоставимого испытания. До этого 256 ядер — характеристика архитектуры, а не основание для срока поставки.