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 1RcQku-0003MI-3d for garchives@archives.gentoo.org; Mon, 19 Dec 2011 00:07:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 07C4D21C236; Mon, 19 Dec 2011 00:06:44 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.183]) by pigeon.gentoo.org (Postfix) with ESMTP id A275F21C17B for ; Mon, 19 Dec 2011 00:05:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAAl/7k5FpYyw/2dsb2JhbABDq1iBBoFyAQEFOhwzIxwSFCU3viyIaoI3YwSINoROKQGHT4VeiB6EUQ X-IronPort-AV: E=Sophos;i="4.71,373,1320642000"; d="scan'208";a="152858528" Received: from 69-165-140-176.dsl.teksavvy.com (HELO waltdnes.org) ([69.165.140.176]) by ironport2-out.teksavvy.com with SMTP; 18 Dec 2011 19:05:48 -0500 Received: by waltdnes.org (sSMTP sendmail emulation); Sun, 18 Dec 2011 19:05:22 -0500 From: "Walter Dnes" Date: Sun, 18 Dec 2011 19:05:22 -0500 To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] A tale of computing thud and blunder Message-ID: <20111219000522.GA22397@waltdnes.org> References: <20111217210709.GA1740@waltdnes.org> <20111218011054.GA2804@waltdnes.org> <20111218103449.GA21102@waltdnes.org> 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: af752614-e1a3-4b13-bcfa-a1342681e4a7 X-Archives-Hash: 83099035dc336baaa03f52f995a544da On Sun, Dec 18, 2011 at 12:45:27PM +0200, Nikos Chantziaras wrote > > On 12/18/2011 12:34 PM, Walter Dnes wrote: > > > > This was only recently installed. Is it possible that the generic x86 > > code from the initial install was the problem? And that emerging > > system+world got me full optimization? > > Could be. It could also be it's because of "-mfpmath=sse". That's only > used by default on 64-bit. On 32-bit, the FPU is used for floating > point operations by default, which gives better precision (80 bit vs 64 > bit) but slower speed. > > But then again, that sounds too much of a performance difference. So if > I had to guess, I'd say it's because of the world rebuild that made sure > everything was built with proper optimizations. It's probably the sum total of the effect of all the flags. I've renamed the thread, to be more accurate. Here's how things went... * right after the install (presumably with generic i686 code) the PC could not handle streaming 1080i video from my HDHomerun TV tuner * I misinterpreted output from gcc diagnostics, and concluded that "march=-native" left several flags disabled that shouldn't be * acting on that (mis)information), I emerged system+world+kernel and found that not only could my system handle 1080i, it could handle a 1080p Youtube clip without problems, after a lot of buffering. My 5 megabit ADSL connection was the limiting factor there. It's supposed to be upgraded to 6 megabits one of these days, for some minor improvement. * I mistakenly thought that it was the additional flags in CFLAGS during the emerge system+world that boosted the video. Actually, the emerge would've done the trick. The lesson from this is that, before doing any benchmarking or heavy-duty usage, one should emerge system+world, to replace the generic code from the install CD with fully optimized code. It's easiest to so right after the initial install, so that there are as few packages to emerge as possible. -- Walter Dnes