Question

J'ai hérité du code qui effectue de nombreux appels WMI distants. Lorsque je suspends l'exécution à plusieurs reprises et que je regarde la pile d'appels, il s'agit presque toujours d'un ManagementScope.Connect() appel. Une nouvelle connexion semble être établie avec chaque requête WQL.

Malgré des essais et des erreurs limités, je n’ai encore trouvé aucun moyen d’améliorer les performances des appels WMI.

J'ai essayé de mettre en cache les résultats précédents, de réutiliser les connexions et d'éviter le redoutable & "; select * &". Ceux-ci ne m'ont pas apporté les améliorations de performances que j'aimerais. Je suis intéressé à comprendre l’impact de l’environnement sur les performances WMI, mais le code doit être exécuté dans une grande variété d’environnements qui échappent probablement à mon contrôle.

Le cas échéant, quelles sont les choses à faire et à ne pas faire pour un accès WMI basé sur les performances dans .NET?

Était-ce utile?

La solution

Ce n'est pas mon domaine d'expertise, mais cela pourrait être utile:

WMI: amélioration des performances de votre application WMI dans un scénario de sortance

& "; Dans ce blog, je parlerai de trois façons différentes de se connecter à une machine distante à l'aide de WMI pour effectuer plusieurs opérations WMI, ainsi que leurs différences de performances. &";

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top