[Mono-bugs] [Bug 80541][Nor] Changed - [PERFORMACE] Array initializer

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Thu Jan 18 07:15:14 EST 2007


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 at ximian.com.

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

--- shadow/80541	2007-01-17 19:21:30.000000000 -0500
+++ shadow/80541.tmp.23452	2007-01-18 07:15:14.000000000 -0500
@@ -1,14 +1,14 @@
 Bug#: 80541
 Product: Mono: Runtime
 Version: 1.2
-OS: 
+OS: unknown
 OS Details: 
-Status: NEW   
-Resolution: 
-Severity: 
+Status: RESOLVED   
+Resolution: DUPLICATE
+Severity: Unknown
 Priority: Normal
 Component: GC
 AssignedTo: lupus at ximian.com                            
 ReportedBy: marek.safar at seznam.cz               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -72,6 +72,21 @@
 Better performance.
 
 How often does this happen? 
 
 
 Additional Information:
+
+------- Additional Comments From lupus at ximian.com  2007-01-18 07:15 -------
+Closing as duplicate as far as mono is concerned.
+The surprising result is that the MS runtime is so much slower
+with the mcs-compiled binary. One issue here may be that mcs
+is buggy and will add 4 bytes to the rva data: the size difference may
+cause the MS jit to deoptimize.
+I also suggest that mcs decorate the type name with the size and reuse
+the same type for same sized arrays of data (this allows creating less
+types and accessing less metadata at runtime: note use a size in
+bytes, not elements).
+The benchmark is also buggy, because it doesn't use the array, so the
+runtime could completely remove the allocation.
+
+*** This bug has been marked as a duplicate of 78016 ***


More information about the mono-bugs mailing list