dumai
ИИarXiv cs.AI

Слои LLM могут делить один индекс токенов для более быстрого вывода

Препринт, ещё не рецензирован · ранние данные

Кратко

Предложен CLSA — способ для LLM с общим KV-кэшем, где один токенный индекс вычисляют один раз и переиспользуют в нескольких декодерных слоях. Авторы проверили идею на бенчмарках для короткого и длинного контекста и сообщают, что качество почти не теряется, а скорость вывода растёт.

Зачем это знать?

Это показывает, как можно уменьшать накладные расходы на разреженное внимание без явной потери качества в тестах. Но речь идёт о препринте и о конкретной архитектуре с общим KV-кэшем, поэтому выводы пока нельзя напрямую переносить на все LLM.

Разбор

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

Зачем вообще это понадобилось? У длинного контекста у больших языковых моделей узкое место — не только сама генерация текста, но и служебные вычисления вокруг неё. Особенно дорого обходится «маршрутизация» по большому кэшу: модель сначала решает, куда смотреть, а потом уже делает вывод. В старых sparse-методах это решение либо слишком грубое и теряет качество, либо достаточно точное, но съедает много времени, так что выигрыш в скорости выходит небольшим. CLSA пытается сохранить точность точечного выбора, но убрать повторяющуюся работу.

Проверяли это на бенчмарках для короткого и длинного контекста. По словам авторов, качество почти не проседает, а ускорение заметно не только в самой генерации, но и в общих затратах на обработку длинного входа. Они отдельно подчёркивают, что выигрыш касается сразу нескольких узких мест: предварительной обработки, объёма хранимого кэша и скорости декодирования. То есть это не просто «ускорили один этап», а попытка перестроить весь путь ответа модели при длинных текстах.

Ключевые цифры

7.6×Столько раз может вырасти скорость самой генерации ответа на длинном контексте — это уже ощущается как заметное ускорение.
17.1×Во столько раз выросла общая пропускная способность системы на контексте 128K, то есть она может обрабатывать намного больше текста за то же время.
128K контекстМодель проверяли на очень длинных входах — примерно на масштабе десятков тысяч токенов, а не на коротких текстах.

Можно ли доверять

Это препринт на arXiv, его ещё не прошли независимые рецензенты. Результаты выглядят убедительно, но их проверили в рамках конкретной архитектуры с общим KV-кэшем, поэтому на обычные LLM без такой схемы их переносить нельзя.

  • Preprint on arXiv, so results have not necessarily been peer reviewed.
  • The evidence is benchmark-based system evaluation, not a clinical or real-world deployment study.
  • Performance gains are reported for a specific KV-sharing architecture and context length.

Пересказано ИИ по научной статье. Это научпоп, а не совет врача. Как это устроено

Источник и детали
ЖурналarXiv (cs.AI)
Дата публикации у нас7 июня 2026 г.
Дата источника4 июня 2026 г.
ОригиналОткрыть
АвторыYutao Sun, Yanqi Zhang, Li Dong, Jianyong Wang, Furu Wei