Модель запомнила обучающую выборку вместе с шумом: train-метрика отличная, val — плохая.
Ключевые тезисы
- Лечится данными, , упрощением модели и ранней остановкой.
- Разрыв между train и val — основной индикатор.
- данных часто эффективнее любой архитектурной правки.
Какую задачу решает
— это когда модель выучила не закономерность, а конкретную выборку вместе с её шумом. Диагноз ставится по одному признаку: качество на обучении заметно выше, чем на валидации, и разрыв растёт по ходу обучения.
Причина всегда в соотношении сложности модели и количества информации в данных. Отсюда и два направления лечения: уменьшить сложность (, меньше параметров, раньше остановиться) или увеличить информацию (больше данных, , лучше ). Второе работает лучше, но стоит дороже.
Постройте метрику на обучении и на валидации в зависимости от объёма обучающих данных (10%, 25%, 50%, 100%). Если кривые сходятся и валидационная всё ещё растёт — добавление данных поможет, занимайтесь сбором. Если кривые вышли на плато с большим разрывом — данные не помогут, нужна или более простая модель. Если обе кривые низкие и почти сомкнулись — это : нужны более сложная модель или лучшие . Один график экономит недели работы не в ту сторону.
Подробный разбор
| Train | Validation | Диагноз | Что делать |
|---|---|---|---|
| низкая ошибка | высокая | больше данных, , проще модель | |
| высокая | высокая | сложнее модель, лучше , дольше учить | |
| низкая | низкая | всё хорошо | проверить на утечку |
| высокая | низкая | странно | проверить разбиение — вероятно, ошибка |
- Больше данных или — самое сильное средство.
- Проверить утечку и дубликаты между train и валидацией.
- Упростить модель: меньше глубина, меньше .
- Усилить : , dropout, L1/L2.
- по валидации.
- Ансамблирование нескольких моделей.
Где применяется
- Диагностика после первого обученияСтандартная проверка: сравнить метрики на обучении и валидации.
- Малые выборкиОсновной риск, когда данных сотни или тысячи.
- Глубокие сетиМиллионы параметров на небольшой выборке переобучаются гарантированно без мер.
- Без переобучается почти всегда.
Плюсы, минусы и альтернативы
Плюсы
- Диагностируется мгновенно и однозначно.
- Набор проверенных средств лечения широк и хорошо изучен.
- Кривая обучения прямо подсказывает, что делать дальше.
Минусы
- Лечение через всегда стоит немного смещения.
- Слишком агрессивные меры приводят к — обратной проблеме.
- Разрыв метрик может отсутствовать при утечке, маскирующей .
Брать, если
- Метрика на обучении заметно выше валидационной.
- Валидационная метрика начала ухудшаться по ходу обучения.
Не брать, если
- Модель плоха и на обучении — это , только навредит.
Чем заменяют
Видеолекции
Тайм-кода именно на эту тему в записях нет. Но глава «Практика ML» разобрана в курсах целиком — с той оговоркой, что место в записи придётся искать самому.
Связанные темы
Рабочий цикл ML-инженера · Переобучение и регуляризация
Regularization80%
Регуляризация · Оптимизация обученияЛюбое ограничение сложности модели, снижающее переобучение.
Weight Decay80%
Затухание весов · Оптимизация обученияПостепенное сжатие весов к нулю на каждом шаге оптимизации.
Early Stopping80%
Ранняя остановка · Оптимизация обученияОбучение останавливается, когда валидационная метрика перестала улучшаться.
Underfitting80%
Недообучение · Практика MLМодель слишком проста или недоучена: ошибка велика и на train, и на валидации.
Variance80%
Дисперсия · Математический справочникМера разброса значений вокруг среднего.
Random Forest80%
Случайный лес · Классическое машинное обучениеБэггинг деревьев со случайными подвыборками объектов и признаков: усреднение резко снижает дисперсию.
Problem formulation70%
Постановка задачи · Практика MLПеревод бизнес-вопроса в ML-задачу с целевой переменной, метрикой и ограничениями.
Baselines70%
Бейзлайны · Практика MLПростейшее решение, с которым сравнивается всё остальное: константа, правило, логистическая регрессия.
Debugging models70%
Отладка моделей · Практика MLСистематический поиск причины, почему модель не учится или ведёт себя странно.
Hyperparameter tuning70%
Настройка гиперпараметров · Практика MLПоиск конфигурации модели по валидационной метрике — последний, а не первый шаг работы.
Error analysis70%
Анализ ошибок · Оценка моделейРучной разбор случаев, где модель ошибается: почти всегда даёт больше, чем очередной перебор гиперпараметров.
Production ML70%
ML в продакшене · Практика MLМодель в проде — это сервис с SLA, мониторингом, версионированием и планом отката.
Всё, что названо в описании, разобрано здесь же или в соседней теме — переходы под каждым определением.
Разрыв train / validation
Основной индикатор. Небольшой разрыв нормален, растущий — .
Разбор ниже: Диагностика по кривым обученияКривая обучения
Метрика от объёма данных: показывает, поможет ли добавление данных или дело в модели.
Разбор ниже: Диагностика по кривым обученияРегуляризация
, , , : ограничение сложности при том же числе параметров.
Отдельная тема: Regularization — РегуляризацияАугментация
Расширение данных преобразованиями, сохраняющими метку. Самое эффективное средство, где применимо.
Разбор ниже: План действийРанняя остановка
Прекращение обучения в точке, где валидация перестала улучшаться.
Отдельная тема: Early Stopping — Ранняя остановкаУсиливает профиль: Исследователь.
Спрашивают на собеседовании: Газпромбанк — Корпоративные риски.
Тема встречается в тесте по направлениям — ошибки приведут обратно на эту страницу.
Глава «Практика ML» последний раз правилась . Нашли ошибку — напишите.