# SK hynix FMS: Почему FMS рассматривала AI-память как размещение по уровням

Презентации SK hynix на FMS предшествовали план стоечной платформы и отчёт о поставках HBM. Почему следующий вопрос памяти касается размещения состояния между уровнями.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-08-07
Первоисточник новости: https://news.skhynix.com/en/fms-2026/
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-fms-memory-tier-placement/

Главный вопрос анонса SK hynix на FMS состоит не в том, какой продукт памяти победил. Интереснее, почему разные технологии памяти и накопителей появились в одной истории об инфраструктуре ИИ. Предыдущие новости о платформе и поставках помогают объяснить переход к управлению целой иерархией.

## Датированный путь

- 2026-01-05: [NVIDIA Kicks Off the Next Generation of AI With Rubin](https://nvidianews.nvidia.com/news/rubin-platform-ai-supercomputer).

- 2026-07-29: [SK hynix Announces 2Q26 Financial Results](https://news.skhynix.com/en/q2-2026-business-results/).

- 2026-08-07: [SK hynix представила многоуровневую архитектуру памяти на FMS 2026](https://news.skhynix.com/en/fms-2026/).

## Платформа создаёт несколько видов состояния

Предшествующий анонс Rubin рассматривал инфраструктуру ИИ на уровне системы, а последующие результаты SK hynix дали конкретный ориентир поставок HBM. Презентация FMS расширила обсуждение до DRAM, NAND, CXL и накопителей. Эта последовательность позволяет предположить, что поставка быстрой памяти ускорителя решает только часть задачи развёртывания. Система также хранит файлы модели, промежуточное состояние и повторно используемый контекст. Режимы доступа к ним отличаются, поэтому одно число общей ёмкости не описывает рабочую среду, а наличие определённого компонента не объясняет поведение всего сервиса.

## Размещение определяется характером запросов

Представим условную систему инференса, которая хранит веса, активное состояние attention и временно неиспользуемый контекст. Поместить всё на самый быстрый уровень может быть невозможно или расточительно. Перенос неподходящего состояния дальше от вычислений способен вызвать ожидание. Здесь важно, как часто запрашиваются данные и какую задержку допускает запрос. Это аналитический пример, а не результат тестирования из анонса. Он объясняет, почему появление дополнительного уровня создаёт решение для планировщика, но само по себе не повышает производительность и не задаёт подходящую политику доступа.

## Перемещение должно оправдывать собственную стоимость

Более дешёвый или ёмкий уровень полезен, когда перенос через него позволяет избежать более дорогой работы. Выигрыш зависит от повторного использования, расписания передач и пропускной способности реального пути. Запись кэша, которая больше никому не понадобится, всё равно заняла место и потребовала перемещения. Сохранённое состояние может стать ценным только после появления следующего подходящего запроса. Продуктовая презентация FMS не устанавливает универсальную точку окупаемости таких случаев. Для развёртывания нужны данные о времени жизни состояния, распределении обращений и расходах при промахах, а не только объёмы компонентов.

## Что следует из последовательности событий

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

## Технический контекст

Связанный инженерный контекст: [Уровни памяти KV-кэша](/ru/journal/dynamo-kvbm-memory-tiers/); [Планирование памяти весов](/ru/journal/llm-8b-weight-memory/).