Comment déterminer un processus "taille virtuelle" (WinXP)?

Question

J'ai un programme qui a besoin de beaucoup de mémoire, et il se bloque dès que l'espace d'adressage virtuel de 2 Go est atteint. L'explorateur de processus Sysinternals l'affiche comme colonne "taille virtuelle". Comment puis-je déterminer cette "taille virtuelle" avec du code C (ou C++)?

Ok, je dois interroger un compteur de performance pour "Virtual Bytes". Perfmon affiche la chaîne de requête (ou comment elle s'appelle) comme, par exemple, '\ Process (firefox) \ Virtuelle Größe' sur mon installation allemande Win XP.

Comment puis-je déterminer la chaîne de requête pour le « processus en cours », et est-il un nom non localisé pour elle?

Answer 1

Selon MSDN: Memory Performance InformationPROCESS_MEMORY_COUNTERS_EX.PrivateUsage est la même que VM Size dans le Gestionnaire des tâches de Windows XP. GetProcessMemoryInfo devrait fonctionner:

PROCESS_MEMORY_COUNTERS_EX pmcx = {}; 
pmcx.cb = sizeof(pmcx); 
GetProcessMemoryInfo(GetCurrentProcess(), 
    reinterpret_cast<PROCESS_MEMORY_COUNTERS*>(&pmcx), pmcx.cb); 

Maintenant pmcx.PrivateUsage détient la taille VM du processus.

Answer 2

Vous interrogez un compteur de performance. Il existe une API complète pour cela dans l'API win32, read about it here.
Vous pouvez consulter tous les compteurs de performance si vous exécutez un programme appelé 'perfmon.exe'

Answer 3

Vous pouvez utiliser un compteur de performance. L'objet Process a une valeur "Virtual Bytes".

Answer 4

Dans l'espace d'adressage 32 bits de Windows XP est divisé en deux parties: une partie de 2 Go pour le programme et l'autre pour le noyau. Vous pouvez augmenter la partie de l'application à 3 Go en utilisant le /3GB switch in the boot.ini file.

Answer 5

Vous n'avez pas besoin de compteurs de performance. Il suffit d'utiliser PNAI (FAQ Win32)

voir sur les nouvelles du groupe win32: //nntp.aioe.org/comp.os.ms-windows.programmer.win32 pour le code C.

Answer 6

J'avais besoin de la même chose que theller, mais malheureusement, il en avait besoin pour un processus autre que le mien. De ce fait, l'auto-réponse Theller d'utiliser « MEMORYSTATUSEX.ullTotalVirtual-MEMORYSTATUSEX.ullAvailVirtual » ne fonctionne pas pour moi, depuis GlobalMemoryStatusEx() (la fonction qui retourne MEMORYSTATUXEX) ne fonctionne que pour le processus en cours. Jusqu'ici, j'ai été incapable de trouver exactement ce que je cherchais sans utiliser les compteurs de performance (je ne les ai pas abordés parce qu'ils semblaient beaucoup plus complexes que ce que je cherchais). J'ai été très proche en bouclant et en utilisant "VirtualQueryEx" pour explorer l'espace d'adressage du processus désiré, en comptant toutes les régions qui n'avaient pas un état de MEM_FREE. Dans mes tests, il semblait être une constante 17M plus élevé que ce à quoi je m'attendais en comparant Process Explorer. ... aussi, ce n'est certainement pas une condition de course libre.

Quoi qu'il en soit, je sais que c'est sorta une non-réponse, mais je suis dit que je au moins le document les progrès que je l'avais fait sur ce point pour celui qui trébuche sur ce côté.