https://bugzilla.novell.com/show_bug.cgi?id=655380
https://bugzilla.novell.com/show_bug.cgi?id=655380#c10 Paolo Molaro <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Major |Normal --- Comment #10 from Paolo Molaro <[email protected]> 2010-11-23 10:10:38 UTC --- About testing for "Start": we obviously must not optimize the compiler based on a snippet of code, we need to optimize for the general case, that is why I pointed out that the sample program not testing for it is likely not representative of the cascading if performance for small numbers of strings to compare (mostly because you seemed to try to use it to push the blame instead of fixing this C# compiler issue). I agree this is definitely not a major bug, but it is not minor either, since this definitely is also a regression as miguel points out: time was spent on removing the nice code that did the cascading ifs, so I'm not sure why we say we don't have time to fix the regression. As for the hashtable on iphone tidbit: measuring sub-millisecond lasting benchmarks has so little meaning that it's not even worth discussing about. The benchmark should last at least 500 milliseconds and then we'll see if there is a real arm/iphone issue or not. In the meantime we only know that gmcs produces code roughly twice as slow as what it could generate. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
