[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