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

Приёмочное испытание инференса

Определение

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

Также ищут: Inference acceptance test · приёмка LLM serving · нагрузочная приёмка модели

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

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

Наглядно

От проверки к решению о приёмке

От проверки к решению о приёмкеДо прогонаМодель, настройки, нагрузкаКритерии качества и сервисаИзмерения по плануКачество • задержки • ошибкиПропускная способность • памятьВсе критерии провереныи выполнены?ДаНет /неизвестноПринятов заданных условияхПриёмкане подтверждена
Предлагаемая схема приёмки для зафиксированной конфигурации и нагрузки. Скорость или успешная проба готовности к трафику не заменяют всей проверки. Непроверенный критерий не даёт основания для приёмки. Источники схемы
Связи из словаря

Карта понятия

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

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

  1. До прогона фиксируют комплект модели, runtime, набор задач, распределения входной и выходной длины, параметры генерации и способ поступления запросов. Без этих условий результат нельзя однозначно отнести к принимаемой конфигурации или воспроизвести для сравнения.

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

  2. Критерий качества и пороги выбирают до сравнения производительности. Если новая конфигурация не проходит нужные задачи, её более высокая скорость не считается успешной заменой; тест качества не подменяют совпадением имени модели или числом её параметров.

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

  3. Один протокол связывает предложенную нагрузку, успешные завершения, TTFT, ITL или честно названные chunk intervals, полное время ответа и ошибки. Улучшение throughput при растущей очереди или доле таймаутов не подтверждает прежний уровень сервиса.

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

  4. Холодный запуск и прогретое обслуживание измеряют отдельными сценариями. В отчёте указывают, входят ли загрузка весов и начальная подготовка runtime в таймер, какие запросы использовались для прогрева и включено ли повторное использование префиксов. Смешивать эти состояния в один ряд сравнений нельзя.

    Граница применимости: Договор сопоставимых сценариев на основе исполнения CUDA и клиентского benchmark; наличие конкретного prefix cache не предполагается, а проверяется у выбранного движка.

  5. Испытание охватывает разрешённые сочетания длины входа, продолжения ответа и активных запросов, а также отмену и повторный допуск. Именно они изменяют живой KV и очереди; свободная память после одного короткого запроса не доказывает запас при полной разрешённой нагрузке.

    Граница применимости: Эксплуатационный вывод из Orca и PagedAttention; границы задаются контрактом сервиса и проверяются без предположения о неограниченном контексте.

  6. Readiness проверяет выбранное приложением условие допуска к трафику. Успешная проба сама по себе не доказывает качество модели, предел GPU-памяти и соблюдение TTFT или ITL под конкурентной нагрузкой: это отдельные критерии приёмочного испытания.

    Граница применимости: Вывод из контракта Kubernetes readiness и SLO; проба может выполнять реальную операцию, но её успешность не заменяет заданную нагрузочную выборку.

  7. В предлагаемом протоколе приёмки отчёт связывает условия прогона и исходы с хешами использованных артефактов. Для повторения сохраняют входы и настройки; для отката отдельно готовят предыдущий комплект, способ запуска и проверку после возврата. Наличие одного хеша не означает, что сами данные сохранены или возврат проверен.

    Граница применимости: Редакторская эксплуатационная процедура. Benchmark служит примером отчёта, OCI/SLSA — идентификации артефактов; они не предписывают эту процедуру отката. Битовая детерминированность ответов, доступность прежних данных и успешность возврата заранее не предполагаются.

  8. При нуле ошибок в n независимых двоичных проверках с одной постоянной вероятностью ошибки p точная односторонняя верхняя 95%-я доверительная граница равна 1 − 0,05^(1/n). Для 20 проверок это около 13,91%, для 59 — около 4,95%. Уровень 95% относится ко всей процедуре расчёта, при любом числе ошибок: при многократном сборе новых выборок интервалы от нуля до верхней границы покрывают истинное p не менее чем в 95% случаев. Это не вероятность того, что p лежит в уже рассчитанном интервале.

    Граница применимости: Биномиальная модель: независимый случайный отбор из заранее заданного круга задач; постоянная вероятность ошибки, неизменные конфигурация и способ оценки. Объём выборки и критерий ошибки заданы до прогона. При ошибках судьи граница относится к частоте его меток, а не истинных ошибок. Зависимость, подбор по результатам, остановка по успеху и одновременная проверка нескольких срезов требуют отдельного обоснования.

  9. Даже при истинной вероятности ошибки 10% серия из 20 независимых проверок проходит без ошибок с вероятностью 0,9^20 — около 12,16%. Поэтому 20 успешных ответов подряд сами по себе не подтверждают вероятность ошибки ниже 5%. Число 59 из примера доверительной границы также не является универсальным объёмом приёмки LLM: оно имеет смысл только вместе с условиями статистической модели и выбранным критерием ошибки.

    Граница применимости: Учебный расчёт для независимых двоичных исходов с постоянным p; 10% — условие контрпримера, а не измеренное качество LLM. Вывод о пороге 5% относится к одностороннему доверительному уровню 95%. Результат не переносится автоматически на иной поток заданий, конфигурацию или оценщика и не ограничивает отдельно тяжесть ошибок либо их частоту в каждом срезе.

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

Не путать

Приёмочное испытание инференса Проверка готовности Kubernetes

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

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

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

Приёмочное испытание инференса Комплект модели для воспроизводимого serving

Комплект фиксирует принимаемые компоненты, испытание — их наблюдаемое поведение в заданной среде. Отчёт без связи с точными артефактами не подтверждает соседнюю сборку с похожим именем.

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

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

  1. Закрепите хеши комплекта модели, runtime и точную конфигурацию оборудования.
  2. До прогона утвердите задачи, пороги качества и допустимые исходы запросов.
  3. Задайте распределения длин, правила генерации, закон поступления и конкурентность.
  4. Проверьте границы TTFT и ITL, отделив токены от потоковых порций и служебных событий.
  5. Измерьте throughput, задержки, ошибки, очереди и пиковую память в одном описанном сценарии.
  6. Разделите холодный запуск, достижение ready, прогрев и устойчивую нагрузку.
  7. Испытайте предельные разрешённые сочетания контекста, конкурентности и отмены запросов.
  8. Сохраните исходные результаты и доступный предыдущий комплект; повторите проверку после изменения конфигурации.
Открытые основания

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

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

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

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

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

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

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

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

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

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

  • Первичная публикация
    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 не следует из разрядности весов.

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

  • Официальная документация
    CUDA C++ Programming Guide NVIDIA · CUDA C++ Programming Guide, CUDA 12.6, страница открыта 7 сентября 2026 года · проверено

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

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

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

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

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

  • Первичная публикация
    Efficient Memory Management for Large Language Model Serving with PagedAttention Woosuk Kwon и соавторы · arXiv:2309.06180, страница открыта 7 сентября 2026 года · проверено

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

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

  • Официальная документация
    Liveness, Readiness, and Startup Probes Kubernetes · Kubernetes current documentation · проверено

    Разделяет проверки готовности, работоспособности и запуска. Объясняет их действия и риск каскадного отказа при неверной настройке.

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

  • Первичная спецификация
    Open Container Initiative Image Format Specification Open Container Initiative · OCI Image Specification, November 2025 · проверено

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

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

  • Первичная спецификация
    SLSA Build Track v1.2 Supply-chain Levels for Software Artifacts · SLSA specification v1.2 · проверено

    Определяет уровни SLSA Build, требования к подлинности сведений о происхождении и защите сборочной платформы.

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

  • Официальная документация
    NIST/SEMATECH e-Handbook: 7.2.4.1. Confidence intervals NIST/SEMATECH · Раздел 7.2.4.1; веб-редакция, открытая 15.10.2026 · проверено

    Точные биномиальные границы задаются через накопленную вероятность. В двухстороннем интервале каждому хвосту отведено α/2; односторонний расчёт использует α. Значения для нуля ошибок выведены редакцией.

    Утверждения: 08 · 09

  • Официальная документация
    NIST Dataplot Reference Manual: EXACT BINOMIAL NIST · Страница обновлена 16.11.2015; открыта 15.10.2026 · проверено

    Документирует точную одностороннюю верхнюю биномиальную границу. В пояснении перехода к одному хвосту ошибочно упомянут z, которого нет в приведённых точных уравнениях. Формула для нуля ошибок выведена из биномиальной вероятности.

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

  • Официальная документация
    NIST/SEMATECH e-Handbook: 1.3.6.6.18. Binomial Distribution NIST/SEMATECH · Раздел 1.3.6.6.18; веб-редакция, открытая 15.10.2026 · проверено

    Задаёт двоичные исходы, постоянную вероятность события и биномиальную формулу. При нуле событий вероятность равна (1 − p)^n. Редакционный пример p = 10%, n = 20 рассчитан по этой формуле.

    Утверждения: 08 · 09

  • Официальная документация
    NIST/SEMATECH e-Handbook: 7.1.4. What are confidence intervals? NIST/SEMATECH · Раздел 7.1.4; веб-редакция, открытая 15.10.2026 · проверено

    Объясняет доверительный уровень через повторный отбор выборок из одной совокупности и различает одно- и двухсторонние интервалы. Для точного биномиального метода покрытие не ниже заданного уровня следует из обращения хвостового теста.

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

Карта знаний

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

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

Курсы по теме

В каталоге

  • Графические ускорители — Сравните GPU для следующего испытания с учётом расхода памяти, измеренного на вашей нагрузке.
  • Серверы — Сопоставьте серверы с конфигурацией из отчёта о приёмке и выберите вариант для повторного испытания.
Подтвердите действие