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

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 de l’application de calcul de pénalité de charge utile élevée

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

• TDR2 - Attente de paquets de calcul à long terme NO TDR (interactif - win7)

• TDR2 - Attente de paquets de calcul à long terme NO TDR (interactif - win7, PoliceDdi)

• TDR2 - Attente de paquets de calcul à long terme (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, non interactif)

• 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 à long terme (PoliceDdi)

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

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

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

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

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

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

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

Détails du test

Documentation supplémentaire

Les tests de cette zone de fonctionnalités peuvent contenir une documentation supplémentaire, notamment des informations sur les prérequis, l’installation et la résolution des problèmes, que vous trouverez dans les rubriques suivantes :

• Documentation supplémentaire sur Device.Graphics

Exécution du test

Avant d’exécuter le test, effectuez la configuration du test comme décrit dans Configuration requise pour le test de l’adaptateur 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 Windows HLK.

Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes de test Device.Graphics.

Plus d’informations

Le test TDR2 valide 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 de 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.

• Non interactif (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 d’interface de pilote de périphérique (DDI) 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 marqué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 utilisées par les travaux de test pour démarrer les applications autorisent la communication inter-processus. Par conséquent, l’exécution des travaux de test dans des scripts est 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 à long terme

• Travaux de test des paquets de calcul à long terme

• 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 importante

• Travail de test divers

Les scripts contrôlent les actions qui se produisent pendant des 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 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 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