Pourquoi mon programme consomme-t-il 100% de l’UC sous nVidia NView?
Question
Je travaillais récemment sur un programme Windows qui parfois ne répondait plus lors du défilement d'une grande liste d'éléments dans un environnement de production. Bien sûr, cela fonctionne bien sur mon bureau. L’environnement de production est:
- Poste de travail Windows XP avec 2 moniteurs
- Pilotes vidéo nVidia avec nView activé
Il convient de noter une trace de pile Dr watson générée lorsque le processus est terminé:
State Dump for Thread Id 0xef4 eax=00e3fff8 ebx=000000a0 ecx=00e00000 edx=00000000 esi=0003fff8 edi=00e40000 eip=00b920c2 esp=0012bcac ebp=00000000 iopl=0 nv up ei ng nz na pe cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000283 \system32\nview.dll - function: nview!NVLoadDatabase 00b920a8 c80b0600 enter 0x60b,0x0 00b920ac 83c30f add ebx,0xf 00b920af 33f6 xor esi,esi 00b920b1 03f9 add edi,ecx 00b920b3 83e3f8 and ebx,0xfffffff8 00b920b6 3bcf cmp ecx,edi 00b920b8 89742414 mov [esp+0x14],esi 00b920bc 734c jnb nview!NVLoadDatabase+0xcaf (00b9210a) 00b920be 8bc1 mov eax,ecx 00b920c0 8b10 mov edx,[eax] 00b920c2 8b4004 mov eax,[eax+0x4] ds:0023:00e3fffc=00000000 00b920c5 89442414 mov [esp+0x14],eax 00b920c9 8bc2 mov eax,edx 00b920cb 2500000001 and eax,0x1000000 00b920d0 33ed xor ebp,ebp 00b920d2 0bc5 or eax,ebp 00b920d4 7414 jz nview!NVLoadDatabase+0xc8f (00b920ea) 00b920d6 8bc2 mov eax,edx 00b920d8 c1e008 shl eax,0x8 00b920db 8be8 mov ebp,eax 00b920dd c1f81f sar eax,0x1f ChildEBP RetAddr Args to Child 00000000 00000000 00000000 00000000 00000000 nview!NVLoadDatabase+0xc67
Pourquoi ce problème ne s'est-il produit qu'en production?
La solution
Ceci est intéressant car nView est une DLL tierce fournie par NVidia. Les publications sur Internet concernant nview! NVLoadDatabase
suggèrent qu’il existe un défaut non corrigé dans nview. Ceci est supporté par le fait que l'explorateur utilise 100% de la CPU, comme le confirment ces rapports. Voir: http://forums.nvidia.com/lofiversion/index.php? t36879.html
Une enquête détaillée sur ce problème est disponible sur ce site: http: //blogs.technet.com/marcelofartura/archive/2007/02/28/real-case-random-apps-running-100-cpu.aspx
Selon cet article, le blocage est dû à une boucle infinie dans nview.dll. Bien que les instructions d’assemblage et les valeurs de registre décrites en ligne ne correspondent pas exactement à celles de notre journal, elles étaient suffisamment proches pour que je puisse conclure que c’était le même problème.
Pour résoudre le problème, j'ai désactivé nView Desktop Manager (cliquez avec le bouton droit de la souris sur le bureau, sélectionnez nView Properties, puis cliquez sur Désactiver dans la zone de groupe nView Desktop Manager). Avant de faire cela, j'étais capable de reproduire systématiquement le blocage. Cependant, après la désactivation de nView, je ne pouvais plus reproduire le blocage. Cela semble donc être une solution de contournement viable.
Quoi qu’il en soit, j’ai posté ceci ici au cas où cela serait utile à quelqu'un. Cela m'a causé beaucoup de chagrin de poursuivre celui-ci.