Readiness решает, допускать ли экземпляр к трафику по выбранной пробе. Приёмка проверяет более широкий договор качества и нагрузки; даже настоящая генерация внутри пробы не заменяет распределение рабочих запросов.
Приёмочное испытание инференса
Определение
Приёмочное испытание инференса — проверка конкретного комплекта модели и среды на заранее заданных задачах, нагрузке и условиях успеха. Решают сразу по всем условиям: качеству ответов, задержкам, пропускной способности, ошибкам и расходу памяти; проба готовности к трафику — лишь часть этого договора.
Также ищут: Inference acceptance test · приёмка LLM serving · нагрузочная приёмка модели
Зачем это знать
Демонстрация одного ответа и рекорд tokens/s не отвечают, выдержит ли сервис рабочие длины, очереди и требования к качеству. Повторяемый тест даёт основание принять конкретную конфигурацию, а сохранённые артефакты и отчёт позволяют затем проверить изменение или вернуть предыдущий вариант.
От проверки к решению о приёмке
Карта понятия
Сравнить
Что подтверждено
До прогона фиксируют комплект модели, runtime, набор задач, распределения входной и выходной длины, параметры генерации и способ поступления запросов. Без этих условий результат нельзя однозначно отнести к принимаемой конфигурации или воспроизвести для сравнения.
Граница применимости: Договор приёмки, выведенный из клиентского benchmark, конфигурации генерации и политики SLO; отдельные хеши связывают отчёт с фактическими файлами.
Критерий качества и пороги выбирают до сравнения производительности. Если новая конфигурация не проходит нужные задачи, её более высокая скорость не считается успешной заменой; тест качества не подменяют совпадением имени модели или числом её параметров.
Граница применимости: Вывод из совместной оценки эффективности и качества квантования AWQ и пользовательской цели SLO; универсальная метрика качества для всех задач не задаётся.
Один протокол связывает предложенную нагрузку, успешные завершения, TTFT, ITL или честно названные chunk intervals, полное время ответа и ошибки. Улучшение throughput при растущей очереди или доле таймаутов не подтверждает прежний уровень сервиса.
Граница применимости: Вывод для потоковой приёмки; границы и знаменатели проверяются в фактическом измерителе, а исходы неуспешных запросов не исчезают из отчёта.
Холодный запуск и прогретое обслуживание измеряют отдельными сценариями. В отчёте указывают, входят ли загрузка весов и начальная подготовка runtime в таймер, какие запросы использовались для прогрева и включено ли повторное использование префиксов. Смешивать эти состояния в один ряд сравнений нельзя.
Граница применимости: Договор сопоставимых сценариев на основе исполнения CUDA и клиентского benchmark; наличие конкретного prefix cache не предполагается, а проверяется у выбранного движка.
Испытание охватывает разрешённые сочетания длины входа, продолжения ответа и активных запросов, а также отмену и повторный допуск. Именно они изменяют живой KV и очереди; свободная память после одного короткого запроса не доказывает запас при полной разрешённой нагрузке.
Граница применимости: Эксплуатационный вывод из Orca и PagedAttention; границы задаются контрактом сервиса и проверяются без предположения о неограниченном контексте.
Readiness проверяет выбранное приложением условие допуска к трафику. Успешная проба сама по себе не доказывает качество модели, предел GPU-памяти и соблюдение TTFT или ITL под конкурентной нагрузкой: это отдельные критерии приёмочного испытания.
Граница применимости: Вывод из контракта Kubernetes readiness и SLO; проба может выполнять реальную операцию, но её успешность не заменяет заданную нагрузочную выборку.
В предлагаемом протоколе приёмки отчёт связывает условия прогона и исходы с хешами использованных артефактов. Для повторения сохраняют входы и настройки; для отката отдельно готовят предыдущий комплект, способ запуска и проверку после возврата. Наличие одного хеша не означает, что сами данные сохранены или возврат проверен.
Граница применимости: Редакторская эксплуатационная процедура. Benchmark служит примером отчёта, OCI/SLSA — идентификации артефактов; они не предписывают эту процедуру отката. Битовая детерминированность ответов, доступность прежних данных и успешность возврата заранее не предполагаются.
При нуле ошибок в n независимых двоичных проверках с одной постоянной вероятностью ошибки p точная односторонняя верхняя 95%-я доверительная граница равна 1 − 0,05^(1/n). Для 20 проверок это около 13,91%, для 59 — около 4,95%. Уровень 95% относится ко всей процедуре расчёта, при любом числе ошибок: при многократном сборе новых выборок интервалы от нуля до верхней границы покрывают истинное p не менее чем в 95% случаев. Это не вероятность того, что p лежит в уже рассчитанном интервале.
Граница применимости: Биномиальная модель: независимый случайный отбор из заранее заданного круга задач; постоянная вероятность ошибки, неизменные конфигурация и способ оценки. Объём выборки и критерий ошибки заданы до прогона. При ошибках судьи граница относится к частоте его меток, а не истинных ошибок. Зависимость, подбор по результатам, остановка по успеху и одновременная проверка нескольких срезов требуют отдельного обоснования.
Даже при истинной вероятности ошибки 10% серия из 20 независимых проверок проходит без ошибок с вероятностью 0,9^20 — около 12,16%. Поэтому 20 успешных ответов подряд сами по себе не подтверждают вероятность ошибки ниже 5%. Число 59 из примера доверительной границы также не является универсальным объёмом приёмки LLM: оно имеет смысл только вместе с условиями статистической модели и выбранным критерием ошибки.
Граница применимости: Учебный расчёт для независимых двоичных исходов с постоянным p; 10% — условие контрпримера, а не измеренное качество LLM. Вывод о пороге 5% относится к одностороннему доверительному уровню 95%. Результат не переносится автоматически на иной поток заданий, конфигурацию или оценщика и не ограничивает отдельно тяжесть ошибок либо их частоту в каждом срезе.
Не путать
Throughput — одна метрика прогона. Приёмочное решение дополнительно ограничивает задержки, ошибки и качество, поэтому больший объём работы за секунду может оказаться неприемлемым результатом.
Комплект фиксирует принимаемые компоненты, испытание — их наблюдаемое поведение в заданной среде. Отчёт без связи с точными артефактами не подтверждает соседнюю сборку с похожим именем.
Что проверить
- Закрепите хеши комплекта модели, runtime и точную конфигурацию оборудования.
- До прогона утвердите задачи, пороги качества и допустимые исходы запросов.
- Задайте распределения длин, правила генерации, закон поступления и конкурентность.
- Проверьте границы TTFT и ITL, отделив токены от потоковых порций и служебных событий.
- Измерьте throughput, задержки, ошибки, очереди и пиковую память в одном описанном сценарии.
- Разделите холодный запуск, достижение ready, прогрев и устойчивую нагрузку.
- Испытайте предельные разрешённые сочетания контекста, конкурентности и отмены запросов.
- Сохраните исходные результаты и доступный предыдущий комплект; повторите проверку после изменения конфигурации.
Первоисточники
- vLLM online serving benchmark: benchmark_serving.py
Открыт редактором 7 сентября 2026 года, заголовок документа сверен. Клиентские метрики; точные timestamps, chunks и знаменатели проверить в этой версии и её request adapter.
- Transformers 4.44.2: Generation
Открыт редактором 7 сентября 2026 года, заголовок документа сверен.
Утверждения: 01
- Service Level Objectives
Определяет SLI, SLO и SLA и объясняет user-centric latency, error rate, throughput и percentiles.
- AWQ: Activation-aware Weight Quantization for On-Device LLM Compression and Acceleration
Полный PDF v6 перечитан 15.10.2026: §2–3 — квантование весов и шкалы; §4 — упаковка и исполнение; §5 — качество и скорость. Результаты отдельных моделей и устройств не обобщаются; формат KV не следует из разрядности весов.
Утверждения: 02
- CUDA C++ Programming Guide
Открыт редактором 7 сентября 2026 года, заголовок документа сверен.
Утверждения: 04
- Orca: A Distributed Serving System for Transformer-Based Generative Models
Открыт редактором 7 сентября 2026 года, заголовок документа сверен. Iteration-level scheduling и selective batching; результат статьи не переносится на любой движок.
Утверждения: 05
- Efficient Memory Management for Large Language Model Serving with PagedAttention
Открыт редактором 7 сентября 2026 года, заголовок документа сверен.
Утверждения: 05
- Liveness, Readiness, and Startup Probes
Разделяет проверки готовности, работоспособности и запуска. Объясняет их действия и риск каскадного отказа при неверной настройке.
Утверждения: 06
- Open Container Initiative Image Format Specification
Определяет манифест, индекс, конфигурацию и слои образа, а также дескрипторы объектов с адресацией по содержимому.
Утверждения: 07
- SLSA Build Track v1.2
Определяет уровни SLSA Build, требования к подлинности сведений о происхождении и защите сборочной платформы.
Утверждения: 07
- NIST/SEMATECH e-Handbook: 7.2.4.1. Confidence intervals
Точные биномиальные границы задаются через накопленную вероятность. В двухстороннем интервале каждому хвосту отведено α/2; односторонний расчёт использует α. Значения для нуля ошибок выведены редакцией.
- NIST Dataplot Reference Manual: EXACT BINOMIAL
Документирует точную одностороннюю верхнюю биномиальную границу. В пояснении перехода к одному хвосту ошибочно упомянут z, которого нет в приведённых точных уравнениях. Формула для нуля ошибок выведена из биномиальной вероятности.
Утверждения: 08
- NIST/SEMATECH e-Handbook: 1.3.6.6.18. Binomial Distribution
Задаёт двоичные исходы, постоянную вероятность события и биномиальную формулу. При нуле событий вероятность равна (1 − p)^n. Редакционный пример p = 10%, n = 20 рассчитан по этой формуле.
- NIST/SEMATECH e-Handbook: 7.1.4. What are confidence intervals?
Объясняет доверительный уровень через повторный отбор выборок из одной совокупности и различает одно- и двухсторонние интервалы. Для точного биномиального метода покрытие не ниже заданного уровня следует из обращения хвостового теста.
Утверждения: 08
Связанные понятия
Курсы по теме
В каталоге
- Графические ускорители — Сравните GPU для следующего испытания с учётом расхода памяти, измеренного на вашей нагрузке.
- Серверы — Сопоставьте серверы с конфигурацией из отчёта о приёмке и выберите вариант для повторного испытания.