[Mono-bugs] [Bug 80508][Nor] Changed - code quality regression for array init
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Fri Jan 12 19:13:33 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 marek.safar at seznam.cz.
http://bugzilla.ximian.com/show_bug.cgi?id=80508
--- shadow/80508 2007-01-12 18:04:38.000000000 -0500
+++ shadow/80508.tmp.7984 2007-01-12 19:13:33.000000000 -0500
@@ -32,6 +32,24 @@
------- Additional Comments From lupus at ximian.com 2007-01-12 18:04 -------
It is a bad change. Instead of filing a whishlist bug for the jit to
optimize this case you cause bloat both in the assembly and in the
runtime generated code, making the code unoptimizable. Your limit can
cause 4-5 KB of generated code just to initialize an array. Please
revert to more sane values, like 10 or 20 instead of 200.
+
+------- Additional Comments From marek.safar at seznam.cz 2007-01-12 19:13 -------
+Thank you for your comments.
+
+IIRC, this change was part of a bugfix about constant and non-constant
+array initializers optimization.
+I will try to do the performance testing again to see if the runtime
+made any improvements but when I did this change InitializeArray was
+significantly (5x?) slower. I agree, I should fill separate bug report
+(but it usually takes very long time to close runtime performance bugs
+:-( )
+
+I understand that on other architectures you can get different results
+ so it probably makes better sense to optimize InitializeArray to be
+architecture specific and set threshold lower to cover only cost of
+managed->unmanaged transition.
+
+
More information about the mono-bugs
mailing list