[Mono-bugs] [Bug 75905][Maj] New - Slow memory leak with mono during a long computation

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Thu Aug 25 19:09:53 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 joannes.vermorel at ens.fr.


--- shadow/75905	2005-08-25 19:09:53.000000000 -0400
+++ shadow/75905.tmp.9241	2005-08-25 19:09:53.000000000 -0400
@@ -0,0 +1,44 @@
+Bug#: 75905
+Product: Mono: Runtime
+Version: 1.1
+OS: Red Hat 9.0
+OS Details: 
+Status: NEW   
+Severity: Unknown
+Priority: Major
+Component: JIT
+AssignedTo: mono-bugs at ximian.com                            
+ReportedBy: joannes.vermorel at ens.fr               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+Summary: Slow memory leak with mono during a long computation
+Description of Problem: 
+Slow memory leak with mono during a long computation.
+Steps to reproduce the problem:
+1. Connects and retrieves all files from
+2. Run the following command line
+$ mono Benchmark.exe sd all 100 2 sprot40.fasta output.txt
+Actual Results:
+This is a very intensive computation that should requires around 150h of
+CPU (tested with 2Ghz Amd64). The memory usage is going to grow up to 2Go
+and the program crashes with an OutOfMemoryException.
+Expected Results:
+Over WinXP, the memory usage remains within a 300M to 400M limit. The
+memory requirement is quite stable over time (no peak). The program
+terminates correctly after 100h on a 3.6Ghz Xeon CPU.
+Additional Information:
+I am using mono on a RedHat on Amd64 machine with 2Go of memory.
+I suspect that the behavior reflects a (slow) memory leaks in mono.
+I know that using a such intensive program to identify the bug is true
+pain, but I do not any other way on this matter.

More information about the mono-bugs mailing list