Quiz lié à un guide · Difficile Niveau
Quiz sur les fonctionnalités en ligne et hors ligne
Entraînez-vous à identifier les biais de diffusion de fonctionnalités, les fuites ponctuelles et les inadéquations de fraîcheur entre les données d'entraînement historiques et les demandes en direct.
Question 1 de 8
Qu'est-ce que le biais formation/service ?
Prévisualisez chaque question8 des questions
Les réponses et les explications apparaissent au fur et à mesure que vous répondez au quiz.
- Qu'est-ce que le biais formation/service ?
- Lorsqu'un modèle est entraîné sur un GPU mais servi sur un CPU
- Lorsqu'un modèle est trop volumineux pour tenir en mémoire
- Lorsque les fonctionnalités calculées hors ligne pendant la formation diffèrent de celles servies en ligne en production
- Quand la formation prend plus de temps que prévu
- When building a historical training row, which feature timestamps should a point-in-time join allow?
- Values available at or before that row’s prediction time
- Values recorded only after the outcome
- The latest values regardless of historical time
- Only values from the next calendar month
- Parmi les éléments suivants, lequel est une cause classique d'une précision hors ligne excessive qui s'effondre en production ?
- Utiliser trop peu d’exemples de formation
- S'entraîner sur une machine plus rapide que servir
- Stockage des fonctionnalités dans une base de données
- Fuite de données, où la formation utilise des informations non disponibles au moment de la prédiction
- A logged live feature distribution differs from training. What should the feature-serving team infer first?
- The serving code is certainly defective
- There is a mismatch to investigate; it may be drift or serving skew
- The feature has no predictive value
- The model must be running on different hardware
- Pourquoi une fonctionnalité en ligne mise en cache telle que « commandes de la dernière heure » présente-t-elle un risque de distorsion ?
- La valeur mise en cache peut devenir obsolète et ne plus correspondre à la valeur fraîchement calculée utilisée lors de l'entraînement.
- La mise en cache améliore toujours la précision du modèle
- La mise en cache rend la fonctionnalité impossible à calculer hors ligne
- Les fonctionnalités mises en cache ne peuvent pas être numériques
- Why share one feature definition across batch training and online serving?
- To guarantee every cached value is fresh
- To eliminate changes in incoming populations
- To make timestamp checks unnecessary
- To reduce differences caused by separate transformation implementations
- A transaction model uses a chargeback flag recorded days after purchase. Why is its offline feature join invalid?
- The flag is categorical rather than numerical
- The flag was unavailable when the purchase prediction was made
- Chargeback flags cannot be stored historically
- Only GPU models may use transaction features
- Training recomputes a one-hour order count, but serving reads a ten-minute-old cached count. Which check targets this skew?
- Increase the number of model parameters
- Remove all timestamps from the feature store
- Compare counts for matching entities and times while recording cache freshness
- Switch both paths to a different programming language