Réponse rapide
Vérifier un accélérateur matériel exige de comparer ses sorties à une référence, sur des données nominales et des cas difficiles, tout en surveillant latence, température, erreurs numériques et pertes de données. Les versions du modèle, du compilateur et du pilote sont figées pour l’essai. La validation couvre aussi redémarrage, surcharge et passage au calcul de secours.
Construire une référence indépendante
Un calcul de référence, exécuté avec une précision et une implémentation connues, fournit les sorties attendues. Jeux de test couvrent éclairage, bruit, mouvements, valeurs limites et entrées invalides. Écarts sont reliés à une cause plutôt qu’à un seuil global arbitraire.
Relier erreur et décision
Mesures de précision, rappel, erreur de localisation et stabilité temporelle sont associées à latence et température. Des répétitions après chauffe, charge et redémarrage recherchent les dérives. Les marges sont évaluées au niveau de la commande, pas seulement du modèle.
Ne pas valider sur quelques sorties plausibles
Une image correcte ne prouve pas la fiabilité d’une longue mission ni la tenue aux valeurs extrêmes. Les journaux conservent versions, paramètres et événements. Toute incohérence déclenche un repli défini avant l’usage opérationnel.
Sources et références
- [1] Artificial intelligence and robotics — NIST