[Mono-bugs] [Bug 65406][Maj] Changed - TheadPool leaks RAM
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Tue, 7 Sep 2004 11:01:35 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by lupus@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=65406
--- shadow/65406 2004-09-06 18:06:51.000000000 -0400
+++ shadow/65406.tmp.30662 2004-09-07 11:01:35.000000000 -0400
@@ -1,14 +1,14 @@
Bug#: 65406
Product: Mono: Runtime
Version: unspecified
-OS:
+OS: unknown
OS Details:
-Status: NEW
-Resolution:
-Severity:
+Status: RESOLVED
+Resolution: NOTABUG
+Severity: Unknown
Priority: Major
Component: misc
AssignedTo: mono-bugs@ximian.com
ReportedBy: bmaurer@users.sf.net
QAContact: mono-bugs@ximian.com
TargetMilestone: ---
@@ -42,6 +42,17 @@
}
}
Once all the threads are done executing, the memory usage should get very
small. However, the memory usage stays constant at about 100 MB, meaning
none of the arrays was feed.
+
+------- Additional Comments From lupus@ximian.com 2004-09-07 11:01 -------
+The current default GC build won't release the heap memory back to the
+system, so the comment about memory not shrinking is meaningless.
+If you get rid of the sleep calls and put the QueueUserWorkItem loop
+inside the while(true) loop, you'll actually test if the threadpool
+leaks and you'll see that the amount of memory is basically constant
+(35-40 VSZ, 8 MB RSS for me). The RSS just changes by 30KB after 10
+minutes and this is a small change that could depend on many factors
+(VSZ didn't change): feel free to run the test for a few hours and
+reopen if you have any actual data.