Les objets activés DCOM/COM + peuvent-ils bloquer le CPU?

Question

Comment peut-on déterminer les interblocages au niveau de la CPU pour une application COM +? Ceci est une application fonctionnant sur Win2K. Indépendamment de la charge, 1 objet qui est utilisé par tous les autres objets commence à accumuler des temps d'appel soudainement, puis le système se bloque. La seule façon de restaurer le système dans sa situation de travail normale consiste à redémarrer l'application COM +.

La partie intéressante est cette condition ne peut pas être reproduite dans QA ou DEV. La seule différence est le nombre de CPU et la mémoire. L'application COM + est le composant d'application dans un modèle n-tiers qui utilise MSDAORA pour se connecter à une base de données Oracle v9.2 à l'aide du client v9.2.

Toutes les idées/pensées sont très approaciated.

Answer 1

Il n'y a rien de spécial à propos des applications COM + en ce qui concerne les blocages. D'après les sons de cela, du code dans l'application a un bug qui provoque l'interblocage. Quant à savoir pourquoi vous ne pouvez pas reproduire dans QA ou Dev - le threading est incroyablement difficile à obtenir, il y a probablement une très petite fenêtre de timing où quelque chose doit arriver pour causer le blocage, et vous ne le chargez pas assez (ou pour assez longtemps) dans QA/Dev.

Malheureusement, il est impossible de diagnostiquer le bogue réel à moins d'avoir des journaux très détaillés, et probablement aussi le code source de l'application.