G
Guest
I am getting the dreaded:
aspnet_wp.exe (PID: 3892) was recycled because memory consumption exceeded
the 1228 MB (60 percent of available RAM).
(asp.net 2.0 on windows 2003 server)
Believing this is a memory leak (or a memory retention issue) I am looking
carefully at the process to determine what's causing the problem.
But I am a litle stuck and would appreciate some help:
I have been monitoring several performance counters in order to clue me in
to what is happening:
For example, the process, at the moment, shows a VM Size (task mgr) of
330,000K which roughly cooresponds to the process/private bytes counter.
However, the .NET Clr Memory counter '# Bytes in all Heaps' shows 46758028
bytes or 45,662K. I believe the ratio of these two maintains until the I
reach the recycle point (through i will verify that over the next several
hours).
Some questions:
Does that ratio suggest that non-managed memory (something in COM) is my
problem? Or is this simply a matter of the .net memory allocator allocating
new blocks and growing the VM Size (until it reached 60%)? If the latter,
then what causes the VM Size decrease?
btw, regarding non-managed memory, I don't do any explicit interop calls but
do make heavy use of the database, as well as, xmldocument.
aspnet_wp.exe (PID: 3892) was recycled because memory consumption exceeded
the 1228 MB (60 percent of available RAM).
(asp.net 2.0 on windows 2003 server)
Believing this is a memory leak (or a memory retention issue) I am looking
carefully at the process to determine what's causing the problem.
But I am a litle stuck and would appreciate some help:
I have been monitoring several performance counters in order to clue me in
to what is happening:
For example, the process, at the moment, shows a VM Size (task mgr) of
330,000K which roughly cooresponds to the process/private bytes counter.
However, the .NET Clr Memory counter '# Bytes in all Heaps' shows 46758028
bytes or 45,662K. I believe the ratio of these two maintains until the I
reach the recycle point (through i will verify that over the next several
hours).
Some questions:
Does that ratio suggest that non-managed memory (something in COM) is my
problem? Or is this simply a matter of the .net memory allocator allocating
new blocks and growing the VM Size (until it reached 60%)? If the latter,
then what causes the VM Size decrease?
btw, regarding non-managed memory, I don't do any explicit interop calls but
do make heavy use of the database, as well as, xmldocument.