GPU, ускорители и инфраструктура LLM

Производительность потока инференса

Определение

Производительность потока инференса (throughput) — объём учтённой работы за заданный интервал времени: выходные токены, входные токены или завершённые запросы. Единицу работы и правила учёта называют явно: без них, без распределения длин и порога качества число не описывает ёмкость сервиса.

Также ищут: Inference throughput · LLM tokens per second · пропускная способность инференса

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

В рекламе tokens/s легко смешать обработку входа с генерацией ответа, а короткие запросы — с длинными. Приёмка связывает пропускную способность с воспроизводимой нагрузкой, ошибками, качеством и задержками. Иначе рост числа может означать лишь другой тест или более длинную очередь.

Доказательная часть

Что подтверждено

  1. Для output throughput нужно объявить, какие выходные токены и какой интервал учтены. Например, можно делить токены успешно завершённых запросов теста на полную длительность этой серии. Правило для запросов на границах окна должно быть одинаковым у сравниваемых систем.

    Граница применимости: Явный договор теста, основанный на клиентском benchmark и SLI; не универсальная формула любого счётчика с названием throughput.

  2. Обработанные входные токены и сгенерированные выходные токены выполняют разные роли: вход обрабатывается в prefill, а авторегрессионный выход развивается последовательными шагами. Их сумма в одном tokens/s скрывает состав работы и не заменяет output tokens/s.

    Граница применимости: Вывод для авторегрессионной модели Transformer; ускорения и специальные режимы требуют сохранения раздельных счётчиков входа и выхода.

  3. Одинаковое requests/s не означает одинаковую вычислительную нагрузку. Короткий вопрос с коротким ответом и большой контекст с длинной генерацией требуют разной работы и памяти; сравнение фиксирует распределение обеих длин, а не только средние.

    Граница применимости: Вывод для LLM serving и клиентского benchmark; модель, tokenizer и параметры генерации сохраняются одинаковыми.

  4. Скорость поступления запросов и скорость успешного завершения — разные измерения. Рост очереди означает, что кратковременный результат ещё не доказывает устойчивый режим; доля отказов и длительность последующего дренирования должны оставаться видимыми.

    Граница применимости: Вывод для конечного нагрузочного прогона и SLO; искусственное снижение входного потока клиентом также раскрывается в методике.

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

    Граница применимости: Редакторский эксплуатационный контракт SLI/goodput. SRE задаёт принципы выбора SLO, benchmark — базовые метрики; эти источники не устанавливают именно предложенный показатель и не обещают готовое поле для него. Границы TTFT, ITL и успешности выбирают для своего сервиса.

  6. Больше tokens/s не доказывает сохранение качества после смены весов, квантования или настроек генерации. Условие качества на зафиксированных задачах проверяется отдельно и должно пройти до заявления об успешном ускорении.

    Граница применимости: Вывод из оценки квантования AWQ и пользовательского SLO; конкретный набор задач и порог качества выбирает владелец сервиса заранее.

  7. Число токенов зависит от tokenizer, а фактическая длина выхода — ещё и от правил остановки и настроек генерации. Изменение этих условий может изменить tokens/s без сопоставимого изменения полезной работы, поэтому их версии и параметры входят в протокол сравнения.

    Граница применимости: Вывод из субсловной токенизации и GenerationConfig Transformers 4.44.2; токен не объявляется постоянным числом символов или одинаковой работой для разных моделей.

Граница терминов

Не путать

Производительность потока инференса Время до первого токена

Throughput описывает объём работы за время, TTFT — ожидание начала одного ответа. Увеличение очереди может позволить плотнее загрузить GPU и одновременно ухудшить ожидание клиента.

Производительность потока инференса SLO

Throughput — измеряемая величина, SLO — цель с областью и окном. Приёмка мощности должна назвать, какой поток остаётся успешным в пределах заданных задержек и допустимых ошибок.

Перед спецификацией

Что проверить

  1. Разведите input tokens/s, output tokens/s и успешно завершённые requests/s.
  2. Укажите границы измерительного окна и правило учёта незавершённых запросов.
  3. Закрепите tokenizer, веса, формат квантования и параметры остановки генерации.
  4. Сохраните распределения входных и выходных длин и закон поступления запросов.
  5. Проверьте, не растёт ли очередь, и учтите время дренирования теста.
  6. Покажите throughput рядом с TTFT, ITL, ошибками и долей соблюдения SLO.
  7. Проведите независимую проверку качества на заранее выбранных задачах.
Открытые основания

Первоисточники

  • Исследование4
  • Документация4
  • Официальная документация
    vLLM online serving benchmark: benchmark_serving.py vLLM Project · репозиторий vLLM, тег v0.5.4, страница открыта 7 сентября 2026 года · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен. Клиентские метрики; точные timestamps, chunks и знаменатели проверить в этой версии и её request adapter.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Официальная документация
    Service Level Objectives Google Site Reliability Engineering · Site Reliability Engineering, Chapter 4 · проверено

    Определяет SLI, SLO и SLA и объясняет user-centric latency, error rate, throughput и percentiles.

    Утверждения: 01 · 04 · 05 · 06

  • Первичная публикация
    Attention Is All You Need Ashish Vaswani и соавторы · arXiv:1706.03762, страница открыта 7 сентября 2026 года · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен.

    Утверждения: 02

  • Первичная публикация
    Orca: A Distributed Serving System for Transformer-Based Generative Models USENIX · USENIX OSDI 2022, страница открыта 7 сентября 2026 года · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен. Iteration-level scheduling и selective batching; результат статьи не переносится на любой движок.

    Утверждения: 03

  • Официальная документация
    Implementing SLOs Google Site Reliability Engineering · The Site Reliability Workbook, Chapter 2 · проверено

    Описывает построение SLI/SLO от пользовательской цели, measurement window и error-budget policy.

    Утверждения: 05

  • Первичная публикация
    AWQ: Activation-aware Weight Quantization for On-Device LLM Compression and Acceleration Ji Lin и соавторы · arXiv:2306.00978v6, revised 2026-04-25 · проверено

    Полный PDF v6 перечитан 15.10.2026: §2–3 — квантование весов и шкалы; §4 — упаковка и исполнение; §5 — качество и скорость. Результаты отдельных моделей и устройств не обобщаются; формат KV не следует из разрядности весов.

    Утверждения: 06

  • Первичная публикация
    Neural Machine Translation of Rare Words with Subword Units Rico Sennrich, Barry Haddow, Alexandra Birch · ACL Anthology, ACL 2016, страница открыта 7 сентября 2026 года · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен.

    Утверждения: 07

  • Официальная документация
    Transformers 4.44.2: Generation Hugging Face · документация Hugging Face Transformers v4.44.2, страница открыта 7 сентября 2026 года · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен.

    Утверждения: 07

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие