Викторина, связанная с руководством · Средний Уровень
Тест по оптимизации KV-кеша
Проверяет рост KV-кэша, постраничное распределение, совместное использование групповых запросов, условия повторного использования префиксов, квантование и масштабирование памяти с учетом контекста и параллелизма.
Вопрос 1 из 8
Что хранит кэш KV и почему?
Предварительный просмотр каждого вопроса8 вопросы
Ответы и пояснения появляются по мере прохождения теста.
- Что хранит кэш KV и почему?
- Ранее вычисленные ключи и значения внимания, чтобы они не пересчитывались на каждом шаге.
- Данные обучения модели для переобучения
- Пароли пользователей для аутентификации
- Только окончательный текстовый вывод
- Почему кэш KV может стать проблемой памяти?
- Это навсегда повреждает графический процессор
- Он растет с увеличением длины последовательности, размера пакета и слоев, иногда превышая вес модели.
- Работает только с текстом короче 10 слов.
- Дублирует операционную систему
- Какую концепцию операционной системы заимствует PagedAttention?
- Утилиты для дефрагментации диска
- Антивирусное сканирование
- Подкачка виртуальной памяти с блоками фиксированного размера
- Масштабирование разрешения экрана
- Как групповые запросы и внимание к нескольким запросам уменьшают размер кэша KV?
- Удалив механизм внимания
- Сохраняя кеш в виде изображений
- Тренируясь на меньшем количестве данных
- Позволяя многим головкам запросов использовать меньшее количество головок ключей/значений.
- В чем преимущество совместного использования префиксов в кеше KV?
- Запросы с одинаковым начальным приглашением могут повторно использовать одни и те же кэшированные блоки.
- Он шифрует модель
- Он одинаково замедляет каждый запрос
- Устраняет потребность во внимании
- Compared with storing the same KV entries in 16-bit, what does 8-bit storage do to raw cache-value bytes?
- It doubles the raw bytes
- It roughly halves the raw bytes, before metadata and other runtime memory
- It removes the key and value tensors entirely
- It guarantees twice the inference speed
- With full-context attention, no prefix sharing, and a fixed model and cache dtype, what happens if sequence length and batch size both double?
- It stays constant because model weights are fixed
- It roughly doubles
- Raw KV storage grows to roughly four times its previous size
- It becomes one quarter as large
- What must generally match for two requests to reuse the same cached prefix blocks?
- Only the user account name
- The requests must have different model weights
- The prompts must have the same character count but different tokens
- Their tokenized prefix and relevant model/cache configuration must be compatible