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

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Jun 7 20:24:38 EDT 2005

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 matt.hargett at logiclibrary.com.


--- shadow/71001	2005-06-02 22:34:35.000000000 -0400
+++ shadow/71001.tmp.21023	2005-06-07 20:24:38.000000000 -0400
@@ -1,15 +1,15 @@
 Bug#: 71001
 Product: Mono: Runtime
 Version: unspecified
 OS Details: AMD-64
-Status: VERIFIED   
-Resolution: NOTABUG
+Status: REOPENED   
 Severity: Unknown
-Priority: Normal
+Priority: Critical
 Component: misc
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: jrodman at ximian-bugzilla.spamportal.net               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -128,6 +128,23 @@
 ------- Additional Comments From matt.hargett at logiclibrary.com  2005-06-02 22:34 -------
 Sorry it took so long to verify. It was actually a serious bug, with a
 real fix (~3 lines), so while NOTABUG doesn't apply, I'm verifying
 Thanks for the fix!
+------- Additional Comments From matt.hargett at logiclibrary.com  2005-06-07 20:24 -------
+I just retested this again after a customer reported issues with
+uploading extremely large files over a few days. When repeatedly
+uploading (around 12 times) the following file, with the server being
+on SLES9 x86-64 using mono svn head, RSS memory usage of xsp.exe goes
+up to about 1.7GB before settling down. The virtual memory continues
+to grow between 20-500 bytes each request after that, though.
+The 46MB file can be downloaded from:
+The 1.7GB of memory usage aside, our appliance stays up for long
+periods of time and the other services that run on the appliance need
+all the memory they can get.
+Thanks in advance, please let me know if there is anything else I can do!

More information about the mono-bugs mailing list