Comments
Sort by recent activity
Yes it appears to be an unmanaged memory leak that is linked to the application, both the virtual bytes and privates bytes for the application are increasing over time but the total bytes in the heap is not.
eeimosn wrote:
Stephen
I used the session overview tab and looked at '#bytes in all heaps' and the 'largest object heap size'.
The '#bytes in all heaps' unused is >8MB while the 'large object heap size' unused is ~ 1MB. I am looking throiugh to see what is the largest object allocated is..unfortunately it is not me code..
Thanks for the feedback..
StephenC wrote:
Hi,
The LOH counter isn’t very good, I think it only counts used memory.
You should look at the ‘free space in all .NET heaps’ in the profiler and compare it to the largest object that can be allocated: if the former is large but the latter is small then it’s fragmentation.
If not, then it’s unmanaged memory usage, which the profiler doesn’t deal with.
Stephen
/ comments
Yes it appears to be an unmanaged memory leak that is linked to the application, both the virtual bytes and privates bytes for the application are increasing over time but the total bytes in the he...
That is my suspect aswell. Perhaps but when I monitor the large heap size I do not see it increasing either so I am at odds? Is there anything else that might tell me what is going on?
I used perfmon with teh counter for the 'large heap size' to monitor but I have not seen an increase over 2 hrs?
When I use the ANTS memory profiler and take two snap shots and look at the difference all I see no increase in classes etc like you say.
The evidence is that the VM memory increases at a rate of ~1MB/hr and that it generates an OutOf MemoryException Error.
StephenC wrote:
When you say that the application appears to show nothing are you having no increases in either the number or size of the .NET classes over time?
Perhaps it's a memory fragmentation issue: http://www.simple-talk.com/dotnet/.net- ... ject-heap/
Stephen
/ comments
That is my suspect aswell. Perhaps but when I monitor the large heap size I do not see it increasing either so I am at odds? Is there anything else that might tell me what is going on?
I used perfm...
Stephen
I used the session overview tab and looked at '#bytes in all heaps' and the 'largest object heap size'.
The '#bytes in all heaps' unused is >8MB while the 'large object heap size' unused is ~ 1MB. I am looking throiugh to see what is the largest object allocated is..unfortunately it is not me code..
Thanks for the feedback..
StephenC wrote:
Hi,
The LOH counter isn’t very good, I think it only counts used memory.
You should look at the ‘free space in all .NET heaps’ in the profiler and compare it to the largest object that can be allocated: if the former is large but the latter is small then it’s fragmentation.
If not, then it’s unmanaged memory usage, which the profiler doesn’t deal with.
Stephen
/ comments
Stephen
I used the session overview tab and looked at '#bytes in all heaps' and the 'largest object heap size'.
The '#bytes in all heaps' unused is >8MB while the 'large object heap size' unused is...