On Thursday 19 of July 2012, Michael Meeks wrote:
Having said that, I totally agree, our problems are 95% algorithmic,
and fiddling with compiler optimiser settings is the last refuge of the
desperate man ;-)
The thing that concerns me about gcc vs. MSVC++ is not the speed of the
generated code, but it's size (which impacts startup performance, I/O
load, memory use etc.). If you checkout the tables you linked the binary
size column is quite stark:
http://www.willus.com/ccomp_benchmark2.shtml?p18+s12
http://www.willus.com/ccomp_benchmark2.shtml?p14+s12
in several cases a 2x growth. So - clearly this would need benchmarking
various ways to see what the story is there with -Os etc.
The other interesting thing in the table is that interprocedural optimization
makes quite a difference with MSVC. It would be quite worth trying that one
out with LO.
--
Lubos Lunak
l.lunak@suse.cz
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.