From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S1B5U-0006st-0c for garchives@archives.gentoo.org; Sat, 25 Feb 2012 06:26:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 27D3AE0ED3; Sat, 25 Feb 2012 06:26:17 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 45C3FE0C01 for ; Sat, 25 Feb 2012 06:25:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AokGAKU/KE9FpZlw/2dsb2JhbACBX48mjVV5iHCeGYYZBIZQjX6GS4QL X-IronPort-AV: E=Sophos;i="4.73,1,1325480400"; d="scan'208";a="164532076" Received: from 69-165-153-112.dsl.teksavvy.com (HELO waltdnes.org) ([69.165.153.112]) by ironport2-out.teksavvy.com with SMTP; 25 Feb 2012 01:25:05 -0500 Received: by waltdnes.org (sSMTP sendmail emulation); Sat, 25 Feb 2012 01:22:44 -0500 From: "Walter Dnes" Date: Sat, 25 Feb 2012 01:22:44 -0500 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86 Message-ID: <20120225062244.GA7047@waltdnes.org> References: <20120222002227.GA3081@ca.inter.net> <20120223102240.GB6656@Gee-Mi-Ni.epfl.ch> <201202231044.51216.michaelkintzios@gmail.com> <4F469D8D.5000809@gmail.com> <4F46DB1B.8050403@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: c0a82866-06ca-4f55-bee4-ae905883f47d X-Archives-Hash: f008b32d7e14a74a4e2feedb36c9c759 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. -- Walter Dnes