I think the only way to know for sure is with benchmarking. But I think we'd want the greatest possible optimization in our engine code so we can keep latency as low as possible. Its not that big a deal for the GUI stuff since that runs at user speed. I don't know if its possible to specify this for only certain sections of code in GCC (similar to MSVC's #pragma optimize directives)
My 2 cents. -John > Random unhelpful comment alert. > > I thought O3 was generally a bad idea for user interface type > applications and O2 was a better choice because O3 enabled some > memory/cpu tradeoffs that make the binary way bigger while not saving > much cpu time? > > Adam > > On 21/11/2007, Albert Santoni <[EMAIL PROTECTED]> wrote: >> Ok, couple of problems: >> >> 1) We already have -O3 in two other places on unix (always turned on). >> We really do want these turned on by default on unix, so I've removed >> the -O3 from the other spots and made your optimizations block enabled >> by default on unix. >> >> 2) This should be merged with Ben's "tuned" flag sooner or later, which >> does even more optimization if the user is using GCC >= 4.2.0 >> >> Other than that, everything's good. >> >> Thanks, >> Albert >> On Tue, 2007-11-20 at 22:07 -0500, [EMAIL PROTECTED] wrote: >> > I added the optimize option to the SConstruct file, this is primarly >> > relevant on windows, but should be mildly beneficial on linux as well. >> > >> > Having it on is the difference between 16ms and 25ms latency. >> > >> > Note that this is mutualy exclusive of the msvcdebug option (you have >> to >> > explicitly set msvcdebug=0 on windows). If debugging is enabled, the >> > debugging will take precedence. >> > >> > >> > ------------------------------------------------------------------------- >> > This SF.net email is sponsored by: Microsoft >> > Defy all challenges. Microsoft(R) Visual Studio 2005. >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > _______________________________________________ >> > Mixxx-devel mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/mixxx-devel >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Mixxx-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/mixxx-devel >> > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
