[Mono-bugs] [Bug 80508][Nor] Changed - code quality regression for array init

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sat Jan 13 08:50:08 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=80508

--- shadow/80508	2007-01-12 19:13:33.000000000 -0500
+++ shadow/80508.tmp.21500	2007-01-13 08:50:08.000000000 -0500
@@ -50,6 +50,19 @@
 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.
 
 
+
+------- Additional Comments From lupus at ximian.com  2007-01-13 08:50 -------
+I'm not saying that currently the performance would be better. I'm
+saying that this change causes orrible code to be persisted in
+assemblies and that code is not optimizable. Changes like this should
+be done only after discussion and consensus, because the generated
+code is persisted and can live forever. You can run your benchmarks
+all you want, but you're measuring the wrong thing.
+This change increases jit time and runtime memory use and it's
+preventing the JIT from optimizing the initialization (the jit could
+just mempcy() the data on little endian systems).
+This has nothing to do with different architectures: the issue is that
+this change is not an optimization: it is a pessimization.


More information about the mono-bugs mailing list