[Mono-bugs] [Bug 71001][Blo] Changed - xsp.exe virtual size grows without bound -- large messages

[bugzilla-daemon@bugzilla.ximian.com]

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 bmaurer@users.sf.net.

http://bugzilla.ximian.com/show_bug.cgi?id=71001

--- shadow/71001	2005-01-04 16:49:48.000000000 -0500
+++ shadow/71001.tmp.655	2005-01-06 22:57:13.000000000 -0500
@@ -2,13 +2,13 @@
 Product: Mono: Tools
 Version: 1.0
 OS: SLES 9
 OS Details: AMD-64
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Blocker
 Component: XSP
 AssignedTo: gonzalo@ximian.com                            
 ReportedBy: jrodman@ximian-bugzilla.spamportal.net               
 QAContact: mono-bugs@ximian.com
 TargetMilestone: ---
@@ -58,6 +58,17 @@
 
 
 ------- Additional Comments From jrodman@ximian-bugzilla.spamportal.net  2005-01-04 16:49 -------
 Created an attachment (id=13640)
 test case server code
 
+
+------- Additional Comments From bmaurer@users.sf.net  2005-01-06 22:57 -------
+I tried this out on XSP/head. I was able to confirm the leak by using
+a 11 MB file. It also showed up with a 3 mb, but much less pronounced.
+
+It is clear that the issue is the GC'd memory from GC_PRINT_STATS=yes.
+
+What is interesting is that using my new heap profiler, i do not see
+references getting leaked. The graph looks like it is at steadystate.
+Could be a blacklisting issue, i cant tell because GC_DUMP_REGULARLY
+is fucking up (probably due to threads).