Неизвестная компания больше года использует собственную x86_64-реализацию с APX, FRED и x86S «в масштабе». Об этом стало известно из сообщения в рассылке разработчиков ядра Linux, которое разобрал Phoronix. Там же упомянуты варианты AMX на 16 и 32 тайла — больше, чем у серийных Xeon на момент публикации материала Phoronix.
Но купить этот процессор нельзя. У него нет публичного названия, модели сервера, срока поставки, цены и результатов независимых испытаний платформы.
Поэтому ответ для закупки короткий: не включай этот CPU в бюджет, спецификацию сервера и план мощностей. Оставь ему возможность пройти будущий конкурс, но не обещай директору производительность или экономию, которых пока нельзя проверить.
Четыре расширения нельзя складывать в общий процент прироста
APX, AMX, FRED и x86S меняют разные части платформы. Их наличие само по себе ничего не говорит о скорости PostgreSQL, плотности виртуальных машин или времени инференса твоей модели.
APX требует проверки гипервизора
APX расширяет набор регистров общего назначения. Это затрагивает не только исполняемый код, но и виртуализацию.
В спецификации Intel APX, редакция 7.0 от июля 2025 года описано новое 64-битное поле VMCS для расширенных идентификаторов регистров. VMM с поддержкой APX должен использовать это поле вместо старого, где идентификатор обрезается до четырёх бит.
Для закупщика из этого следует не «APX ускорит виртуализацию», а список испытаний. Нужно проверить выбранный гипервизор, живую миграцию, сохранение состояния ВМ и восстановление резервной копии на другом узле. Пока таких тестов для загадочного процессора нет.
AMX полезен только там, где его использует программа
Intel описывает AMX как встроенный в Xeon блок для матричных операций: обучения и инференса моделей, обработки языка, рекомендательных систем и распознавания изображений. Компания заявляет прирост до 1,5 раза при использовании на 33% меньшего числа ядер и до 2,6 раза при поиске по векторной базе. Эти цифры относятся к Xeon 6 и тестам Intel, указанным на официальной странице Intel AMX.
Переносить результаты на неизвестную архитектуру нельзя. Совпадает название расширения, но неизвестны частота, число ядер, пропускная способность памяти, компилятор и библиотека матричных операций.
Для локального ИИ нужен тест твоей модели на серийном сервере. Число тайлов без такого теста остаётся характеристикой реализации, а не основанием для закупки.
Эффект FRED зависит от нагрузки
FRED меняет переходы между уровнями привилегий и обработку прерываний. Здесь уже виден разброс результатов: HWCooling приводит тесты Phoronix, где SQLite прибавил 3–4%, PostgreSQL — до 48%, а Flexible IO Tester — до 79% при включённом FRED. В браузерных и графических нагрузках заметного эффекта не ожидалось. Условия и результаты собраны в разборе HWCooling.
Разброс от 3 до 79% не даёт среднего значения, которое можно вставить в расчёт сервера. Он показывает другое: FRED нужно проверять на конкретной СУБД, ядре ОС, накопителях и профиле запросов.
x86S пока говорит о направлении разработки
Неизвестная реализация работает только в режимах PM64 и PML5 и продолжает использовать x86S. Intel прекратила разработку этой спецификации в середине 2024 года, сообщает Phoronix.
Это интересный архитектурный выбор, но не подтверждение совместимости. Закупщику нужны перечни поддерживаемых ОС и гипервизоров, версии прошивок и порядок обновления. Ничего этого у неизвестной платформы пока нет.
Риск находится вокруг процессора
Даже быстрый CPU не образует серверную платформу. Для расчёта не хватает:
- числа ядер и частот;
- сокета и доступных моделей серверов;
- числа каналов, типа и предельного объёма памяти;
- линий PCIe и поддержки CXL;
- TDP и требований к охлаждению;
- сетевых и дисковых контроллеров;
- матриц совместимости ОС и гипервизоров;
- гарантии, срока поставки и доступности запчастей.
Без этих данных нельзя посчитать плотность ВМ, пропускную способность памяти, энергопотребление стойки и время восстановления после отказа. Нельзя даже проверить, поместится ли нужное число NVMe и сетевых адаптеров в один узел.
Если сервер нужен в текущем закупочном цикле, сравнивай серийные Xeon и EPYC на своей нагрузке. Тот же принцип работает с объявленными платформами: отдельно оценивают готовность будущих EPYC 9006 к поставке, отдельно — характеристики, которые уже можно проверить.
При горизонте в два-три года полезно следить за архитектурой, но не переносить обещания в capacity plan. Разбор параметров EPYC Florence, которые рано фиксировать в расчёте, показывает такую же границу между дорожной картой и закупочной позицией.
Спецификация под задачу
Здесь нельзя честно назвать модель CPU, объём памяти или число дисков: в исходных данных нет ни профиля твоей нагрузки, ни характеристик загадочной платформы. Выдуманная конфигурация создаст точность, которой нет.
Зато можно составить конкретную спецификацию допуска в RFP. Она отвечает на вопрос, при каких условиях новый процессор вообще попадёт в сравнение:
| Позиция | Требование |
|---|---|
| Сервер | Серийная модель названного производителя с артикулом для заказа |
| Процессор | Точная модель, число ядер, базовая и максимальная частота, TDP |
| Память | Тип модулей, число каналов, предельный объём и доступная конфигурация |
| Ввод-вывод | Число линий и поколение PCIe, поддержка CXL, доступные слоты |
| Накопители | Заказываемое число NVMe или SAS, поддерживаемые RAID-контроллеры |
| Совместимость | Матрицы для нужных версий ОС, гипервизора и средств резервного копирования |
| Поставка | Цена, дата отгрузки, гарантия и срок замены неисправного узла |
| Испытания | Результат на PostgreSQL, виртуализации или локальном ИИ на той же конфигурации, которую поставщик предлагает купить |
Производительность сравнивай с текущим кандидатом на одинаковом стенде. Допустим, действующий сервер обрабатывает контрольный пакет PostgreSQL за T₀ секунд, а предложение требует результат не хуже текущего. Тогда условие приёмки — T ≤ T₀ при одинаковой базе, настройках, памяти и накопителях. Изменится контрольная нагрузка — пересчитай T₀, а не назначай универсальный процент прироста.
Неизвестное значение по любой обязательной строке означает, что предложение не прошло предварительный отбор. Это не запрет новой архитектуры. Поставщик сможет вернуться, когда покажет заказываемый сервер и воспроизводимый результат.
Что делать в этом закупочном цикле
Не жди загадочный процессор, если срок поставки сервера наступит раньше появления официальной платформы. Закупай доступный узел по измеренной нагрузке.
Если график допускает испытания, оставь в RFP нейтральные требования: профиль нагрузки, версии ПО, контрольный набор данных и критерий приёмки. Новый производитель сможет предоставить тестовый сервер наравне с Intel и AMD.
Нет цены, даты поставки или матрицы совместимости — нет закупочной позиции. APX, AMX, FRED и x86S останутся предметом наблюдения, пока вокруг процессора не появится сервер, который можно заказать и проверить.
