winapi - Does Windows Server 2003 SP2 tell the truth about Free System Page Table Entries? -
we have win32 console applications running on windows server 2003 service pack 2 regularly fail this:
error 1450 (
error_no_system_resources
): "insufficient system resources exist complete requested service."
all documentation we've found suggests linked number of free system page table entries running out. have 16gb ram in these machines , use /3gb
operating system switch squeeze windows kernel 1gb , allow our processes access 3gb of address space. drastically reduces total number of free system page table entries, combined our heavy use of mapviewoffile() perhaps not surprising kernel page table entries running out.
however, when using performance monitor view free system page table entries counter, value around 36,000 on reboot , doesn't go down when our application starts. find hard believe our application, opens many large memory-mapped files, doesn't have effect on kernel page table. if can't believe counter, it's more difficult test effect of system changes make.
there promising knowledge base article, the performance tool not accurately show available free system page table entries in windows server 2003, says problem has been fixed in service pack 1, , on service pack 2.
has else struggled or solved issue?
update: have checked !sysptes in windbg (debugging kernel) , value matches performance counter, around 36,000. guess mean there many free page table entries , windows is telling truth. leave question of why we're getting 1450 errors though, if ptes not running out.
further update: never did bottom of why 1450 errors occurring. however, instead upgraded os on these servers 64-bit windows. allows existing 32-bit applications (without recompilation) access full 4gb of virtual address space, , lets kernel memory area pesky page table entries big likes too. don't think we've had 1450 error since.
can try windbg command "!sysptes" system pte information? i'm not sure if can live kernel debug, may have memory dump.
Comments
Post a Comment