http://img32.imageshack.us/img32/4120/w3wpgraph.png
Here's an example image showing w3wp.exe private bytes and Gen 0 Heap
size. They seems related, but if I use ".NET CLR Memory/# Bytes in all
Heaps " it is much lower than private bytes. Can we still say that is
an ASP .Net problem?
Moreover analyzing a crash dump the heap size i obtain is smaller, 200
Mb while the crash dump was 700 mb and private bytes about 600 mb.
Here is also a !dumpheap -stat:
I've done a "!dumpheap -mt 000006427881aaf8" (the System.String entry)
and I've found that the bigger strings are aspx pages. I've a lot of
them on my website (thousands). Maybe w3wp.exe is caching them? How
can i disable this feature?
!gcroot on one of this strings gives the following output:
Does this mean it's orphaned but not collected by the GC?
Here's a "!dumpheap -stat -type Cach":
And a !do and a !gcroot of a CacheEntry:
If you need it, I can also give you the link to the whole dump. I've
been working on it for a week without results!
Thanks in advance,
Carl
Do they store data in Session, Application cache or static variables?
"venom00" <venom.z...@gmail.com> wrote in message
news:74594dbc-e9a6-4b60...@u7g2000yqm.googlegroups.com...
I make very little use of Session and static variables, sometimes i
left DB connections open, but they should get closed after a while,
and in any case they wouldn't use all that memory.
It seems to be a bug of x64 .Net:
http://blogs.msdn.com/tess/archive/2007/08/09/asp-net-memory-issue-high-memory-usage-in-a-64bit-w3wp-exe-process.aspx
http://support.microsoft.com/?scid=kb%3Ben-us%3B912891&x=15&y=5
The first article is exactly describing my issue. However the fix is
not public. I think I'll get back to 32 bit.
What do you think? Can this be the problem?