10

I have a program that needs a lot of memory, and it crashes as soon as the 2GB virtual address space is reached. Sysinternals process explorer displays this as "virtual size" column. How can I determine this "virtual size" with C (or C++) code?

Ok, I have to query a performance counter for "Virtual Bytes". Perfmon shows the query string (or how it is called) as, for example, '\Process(firefox)\Virtuelle Größe' on my German Win XP installation.

How do I determine the query string for the 'current process', and is there a non-localized name for it?

theller
  • 2,809
  • 19
  • 19

6 Answers6

9

According to MSDN: Memory Performance Information PROCESS_MEMORY_COUNTERS_EX.PrivateUsage is the same as VM Size in Task Manager in Windows XP. GetProcessMemoryInfo should work:

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

Now pmcx.PrivateUsage holds the VM Size of the process.

dalle
  • 18,057
  • 5
  • 57
  • 81
  • I guess this will be what ProcessExplorer displays in the 'private bytes' column, so it is not what I am looking for. – theller Feb 14 '09 at 10:28
  • PROCESS_MEMORY_COUNTERS_EX.PrivateUsage is the same as VM Size in Task Manager according to http://msdn.microsoft.com/en-us/library/aa965225(VS.85).aspx. – dalle Feb 14 '09 at 10:35
  • 7
    While the VM Size also is not what I'm looking for the MSDN page you mentioned has what I need: MEMORYSTATUSEX.ullTotalVirtual–MEMORYSTATUSEX.ullAvailVirtual – theller Feb 14 '09 at 12:03
  • 1
    We needed the same Process-Explorer like "virtual size", as that was the measure that predicted failure. Can confirm that: MEMORYSTATUSEX.ullTotalVirtual–MEMORYSTATUSEX.ullAvailVirtual Gives the same figures. – MartinP Jul 20 '11 at 10:52
1

I needed the same thing as theller, but unfortunately needed it for a process other than my own. Because of this, theller's self-answer of using "MEMORYSTATUSEX.ullTotalVirtual–MEMORYSTATUSEX.ullAvailVirtual" didn't work for me, since GlobalMemoryStatusEx() (the function that returns MEMORYSTATUXEX) only works for the current process.

So far, I've been unable to find exactly what I was looking for without using performance counters (I didn't get into those because they looked way more complex than what I was looking for). I got very close by looping around and using "VirtualQueryEx" to explore the address space of the desired process, counting up all of the regions that didn't have a State of MEM_FREE. In my tests, it seemed to be a constant 17M higher than I would have expected when comparing to Process Explorer. ...also, it is certainly not race-condition free.

Anyway, I know this is sorta a non-answer, but I figured I'd at least document the progress I'd made on this for whoever stumbles upon this next.

dianders
  • 77
  • 5
  • I've been trying to figure out the same thing. Apart from adding a message pipe or window message to the other process that I'm monitoring, I'm fresh out of ideas. – Mike Caron Nov 12 '10 at 21:01
1

You query a performance counter.
There is a complete API for this in the win32 API, read about it here.
You can look at all the performance counters if you run a program called 'perfmon.exe'

shoosh
  • 76,898
  • 55
  • 205
  • 325
1

You can use a performance counter. The Process Object has a "Virtual Bytes" value.

Assaf Lavie
  • 73,079
  • 34
  • 148
  • 203
0

In 32bit WindowsXP address space is divided in two 2GB parts: one part for the program and the other for the kernel. You can increase application part to 3GB using the /3GB switch in the boot.ini file.

Kasprzol
  • 4,087
  • 22
  • 20
0

You don't need performance counters. Just use NAPI (Win32 FAQ)

see on win32 group news://nntp.aioe.org/comp.os.ms-windows.programmer.win32 for C code.