El ganador de una búsqueda sale favorecido
Una búsqueda de hiperparámetros prueba muchos ajustes, puntúa cada uno con datos de validación y se queda con el mejor. El problema es que la mejor de muchas puntuaciones ruidosas tiene sesgo al alza, aunque ningún ajuste tenga habilidad. Si ajustes tienen cada uno una puntuación de puro ruido con desviación típica , el mejor esperado es de unos , con y . Con un ruido de IC de , el ganador de ajustes inútiles parece , una señal respetable que no existe. Informar la puntuación de validación del ganador como su rendimiento es, pues, optimista, y cuantos más ajustes se prueban, peor.
Hay tres remedios honestos. Primero, guardar un conjunto de prueba que la búsqueda nunca ve e informar solo su puntuación. Segundo, usar validación cruzada anidada: un bucle externo aparta un pliegue de prueba y dentro de cada conjunto de entrenamiento externo un bucle interno hace la búsqueda. Las puntuaciones externas miden todo el procedimiento, búsqueda incluida. Tercero, reducir la búsqueda: menos ajustes, rejillas más gruesas y ajustes que importen. Con pliegues externos, internos y candidatos, la validación anidada necesita ajustes, así que hay que presupuestarlo. Y antes de buscar, pregunte si el ajuste puede importar.
- El máximo del ruido no es ruido: el mejor de muchos ajustes inútiles parece habilidad.
- La validación anidada puntúa todo el procedimiento, búsqueda incluida, con ajustes.
- Compare con el ruido: una mejora menor que un error estándar no es un hallazgo.
Lab: qué se califica
- El mejor de 100 ajustes inútiles15 pts
- El mejor de 1010 pts
- Ajustes de una búsqueda en rejilla10 pts
- Ajustes de una validación anidada15 pts
- Lo que queda por explicar10 pts
- Qué búsqueda es honesta10 pts
- Validación anidada10 pts
- Por qué la puntuación del ganador está inflada20 pts