G
Guest
Hi,
we are experiencing event ID 1001 (aspnet_wp.exe recycled due to memory
consumption) in our website. The aspnet_wp.exe consumes up to 613 Mb (60% of
RAM) and then recycles itself.
According to MS docs, as:
- .NET CLR Memory / # Bytes in all Heaps is low
- Process / aspnet_wp / Private bytes is high (aprox. 613 Mb)
we guess it is mostly native memory.
Our app is a mix of .NET and COM+ DLLs. In fact, our .NET DLL's call
third-party COM+ DLLs (hence, native memory).
Although all the memory (613 Mb) is apparently assigned to aspnet_wp.exe, we
would like to know who (which DLL) is really allocating so much memory.
Is it possible?
I’ve read several MS docs and I’m diving into WinDbg + SOS.dll. It looks
promising but it is hard. How could I check this with WinDbg?
we are experiencing event ID 1001 (aspnet_wp.exe recycled due to memory
consumption) in our website. The aspnet_wp.exe consumes up to 613 Mb (60% of
RAM) and then recycles itself.
According to MS docs, as:
- .NET CLR Memory / # Bytes in all Heaps is low
- Process / aspnet_wp / Private bytes is high (aprox. 613 Mb)
we guess it is mostly native memory.
Our app is a mix of .NET and COM+ DLLs. In fact, our .NET DLL's call
third-party COM+ DLLs (hence, native memory).
Although all the memory (613 Mb) is apparently assigned to aspnet_wp.exe, we
would like to know who (which DLL) is really allocating so much memory.
Is it possible?
I’ve read several MS docs and I’m diving into WinDbg + SOS.dll. It looks
promising but it is hard. How could I check this with WinDbg?