TDR2 - Attente de paquets graphiques de longue durée (PoliceDdi, NonInteractive)

Ce test automatisé mesure les fonctionnalités de détection et de récupération du délai d’expiration (TDR) de l’unité de traitement graphique (GPU) d’un carte vidéo ou d’un chipset.

Cette rubrique s’applique aux travaux de test suivants :

• TDR2 - Test d’application de calcul de pénalité de charge utile importante

• TDR2 - Test de l’application graphique de pénalité de charge utile élevée

• TDR2 - Attente de paquets de calcul de longue durée NO TDR (interactif - win7)

• TDR2 - Attente de paquets de calcul de longue durée NO TDR (interactive - win7, PoliceDdi)

• TDR2 - Attente de paquets de calcul de longue durée (interactive - win7)

• TDR2 - Attente de paquets de calcul de longue durée (non interactif - win8)

• TDR2 - Attente de paquets de calcul de longue durée (PoliceDdi)

• TDR2 - Attente de paquets de calcul de longue durée (PoliceDdi, NonInteractive)

• TDR2 - Long Running Graphics Packet Expect NO TDR (Interactive - win7)

• TDR2 - Long Running Graphics Packet Expect NO TDR (Interactive - win7, PoliceDdi)

• TDR2 - Attente de paquets graphiques de longue durée (interactive - win7)

• TDR2 - Attente de paquets graphiques de longue durée (non interactif - win8)

• TDR2 - Attente de paquets graphiques de longue durée (PoliceDdi)

• TDR2 - Attente de paquets graphiques de longue durée (PoliceDdi, NonInteractive)

• TDR2 - Test de récupération et de verrouillage de calcul TDR multiples (adaptateur énuméré)

• TDR2 - Verrouillage et test de récupération de calcul TDR multiples (adaptateur NULL)

• TDR2 - Test de verrouillage et de récupération de plusieurs graphiques TDR (adaptateur énuméré)

• TDR2 - Test de verrouillage et de récupération de plusieurs graphiques TDR (adaptateur NULL)

• TDR2 - Scheduler WLK Valider les pilotes WDDM1.2 disent qu’ils prennent en charge les réinitialisations par moteur

• TDR2 - Graphiques de test de deux appareils standard (sans interruption lorsqu’une autre application TDR)

Détails du test

Documentation supplémentaire

Les tests de cette zone de fonctionnalité peuvent avoir une documentation supplémentaire, y compris les conditions préalables, l’installation et les informations de résolution des problèmes, que vous trouverez dans les rubriques suivantes :

• Documentation supplémentaire Device.Graphics

Exécution du test

Avant d’exécuter le test, effectuez la configuration du test, comme décrit dans Conditions préalables au test de la carte graphique ou du chipset.

Dépannage

Pour la résolution des problèmes génériques des échecs de test HLK, consultez Résolution des échecs de test HLK Windows.

Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes liés aux tests Device.Graphics.

Plus d’informations

Le test TDR2 vérifie que le pilote vidéo fonctionne correctement lorsque les charges de travail GPU, en tant que paquets d’accès direct à la mémoire (DMA), sont traitées pendant des périodes plus longues que prévu ou souhaité.

Les termes que vous trouverez dans les titres des travaux pour ce test sont les suivants :

• Interactif (comportement standard). L’application ne planifie pas de charges de travail plus volumineuses. Les TDR (à 2 secondes) sont attendus si la charge de travail est trop importante.

• Noninteractive (nouvelle fonctionnalité). L’application peut planifier des charges de travail qui prennent plus de 2 secondes. Un scénario classique ici est une application de calcul qui exécutera un calcul volumineux en arrière-plan. Avec les charges de travail non interactives, le planificateur n’interrompt pas son traitement si aucun autre travail GPU ne doit être effectué en même temps.

• PoliceDdi. Lorsque des réinitialisations se produisent, les travaux de test suivent tous les appels DDI (Device Driver Interface) pour mesurer une réactivité raisonnable du pilote et du matériel. En règle générale, les appels DDI qui prennent plus d’un quart de seconde sont signalés comme excessifs.

Ces travaux de test exercent également la fonctionnalité de réinitialisation du moteur, le cas échéant. L’ancienne fonctionnalité TDR a effectué une réinitialisation à l’échelle de l’adaptateur, tandis que la nouvelle fonctionnalité TDR tente une réinitialisation du moteur avant une réinitialisation à l’échelle de l’adaptateur.

Le processus de test nécessite l’exécution de plusieurs fichiers binaires en même temps. Une ou plusieurs applications génèrent des charges de travail tandis qu’une autre application surveille l’effet de ces charges de travail sur le système. Les lignes de commande que les travaux de test utilisent pour démarrer les applications autorisent la communication interprocessus. L’exécution des travaux de test dans des scripts est donc la technique préférée.

Syntaxe de commande

Les travaux de test TDR2 sont divisés en plusieurs domaines :

• Travaux de test de paquets graphiques de longue durée

• Travaux de test des paquets de calcul de longue durée

• Plusieurs travaux de test de verrouillage et de récupération TDR

• Travail de test d’application ininterrompu

• Travaux de test de pénalité de charge utile élevée

• Travail de test divers

Les scripts contrôlent les actions qui se produisent pendant les travaux de test individuels. Les tableaux suivants répertorient ces scripts. Si vous reproduisez manuellement les travaux de test, vous devez exécuter ces scripts.

Les travaux de test de paquets graphiques de longue durée suivants exécutent des situations de test qui doivent et ne doivent pas provoquer un TDR, selon que le test agit comme une application interactive. Ces travaux de test permettent également de s’assurer que les appels DDI répondent dans un délai raisonnable.

Les travaux de test de paquets de calcul longs suivants exécutent des situations de test qui doivent et ne doivent pas provoquer un TDR, selon que le test agit comme une application interactive. Ces travaux de test vérifient également que les appels DDI répondent dans un délai raisonnable.

Dans les travaux de test Verrouillage et récupération de plusieurs TDR suivants, l’application exécute des charges de travail qui provoquent un TDR. Les travaux de test vérifient ensuite qu’après 6 TDR sur une période particulière, l’application ne peut plus ouvrir l’appareil matériel.

Le travail de test d’application ininterrompu suivant garantit que lorsqu’une réinitialisation du moteur se produit, une application sur laquelle l’appareil est actuellement ouvert continue de fonctionner sans perte d’appareil.

Les travaux de test de pénalité de charge utile élevée suivants exécutent des charges de travail qui se trouvent juste sous le seuil TDR. Les travaux de test vérifient que le planificateur retarde correctement l’application.

Le travail de test divers suivant valide que le pilote définit les indicateurs appropriés.

Liste de fichiers

Paramètres