Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86

[Dale]

Walter Dnes wrote:
> On Fri, Feb 24, 2012 at 03:13:07AM +0200, Nikos Chantziaras wrote
>
>> The speed gains of building for specific submodels of CPUs might
>> be there, but they're minimal.  Benchmarks have shown (can't find
>> the article, it was on Phoronix) that after -march=i686 you get
>> diminishing returns.
>
>   In that case, the benchmarks are useless.  From my personal
> experience...  a fresh i686 install on a 4 and 1/2 year old Dell with
> onboard Intel GPU was not able to keep up with the slowest available
> speed on NHL Gamecenter Live.  Ditto for 1080i TV from my HDHomerun
> tuner box.  After rebuilding system+world+kernel with "march=native",
> it works just fine for the above tasks.  I'm not the only one to see
> this.  See thread...
> "Slow not in sync movie playing with mplayer2, ffmpeg, x264 with intel core i5"
> starting Sun, 12 Feb 2012 on this list.
>
>   As I mentioned in that thread
>> Optimizing one library may seem very minor, but it all adds up when
>> you optimize every library on your system.
>
>   To get the full benefit of optimization, you need to optimize your
> entire system.  The i686 code used for the install CD has to be generic
> lowest-common-denominator i686 code, in order to run on every 6-year-old
> i686 cpu out there.  The tradeoff is that you lose the benefits of
> optimisation.
>


It's odd that I was thinking about your video problem when I posted my
reply earlier.

If using those makes no difference, why even have the option?

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"