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 1RcQwY-0006Or-M2 for garchives@archives.gentoo.org; Mon, 19 Dec 2011 00:19:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC44521C1A0; Mon, 19 Dec 2011 00:18:48 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 90D6B21C131 for ; Mon, 19 Dec 2011 00:17:44 +0000 (UTC) Received: by ghrr14 with SMTP id r14so3677594ghr.40 for ; Sun, 18 Dec 2011 16:17:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=prikE6Q/xicq0SGAYYlGSS9DP4Bff/tQ17mvirRAeOc=; b=OJ+k9GHX2+nThYrjwF0PXcKlh9D5gmqlBHdG3vNXSzjjE4UPGx3dGnNELCJkRKbT17 T+81GAJnUicg6sWyHSq5VfU7XuWdLBwOUg1kfOmoOF1sIjaMpWkLe5tyEy5zqiqwTlfv +g41t9WiI98v18POb7Z95Lq2k2GlfbDFDacWU= Received: by 10.236.154.42 with SMTP id g30mr25671447yhk.3.1324253864057; Sun, 18 Dec 2011 16:17:44 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-122-130.jan.bellsouth.net. [65.0.122.130]) by mx.google.com with ESMTPS id q5sm26623930yhm.7.2011.12.18.16.17.42 (version=SSLv3 cipher=OTHER); Sun, 18 Dec 2011 16:17:43 -0800 (PST) Message-ID: <4EEE82A5.2010909@gmail.com> Date: Sun, 18 Dec 2011 18:17:41 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20111022 Firefox/7.0.1 SeaMonkey/2.4.1 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] A tale of computing thud and blunder References: <20111217210709.GA1740@waltdnes.org> <20111218011054.GA2804@waltdnes.org> <20111218103449.GA21102@waltdnes.org> <20111219000522.GA22397@waltdnes.org> In-Reply-To: <20111219000522.GA22397@waltdnes.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: da29c45f-449c-49f0-bf1a-61c00232c4ef X-Archives-Hash: 53389baf68d60258ee014e9a2a177edf Walter Dnes wrote: > 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. That is good advice too. When I do a install, I unpack the tarball and do the normal things and get my make.conf settings done. Since there is very little installed anyway, I do a emerge -ev world. It usually takes only a hour or so depending on the speed of the rig. Thing is, you then have everything compiled with your settings and not the generic ones the tarball had. It also updates anything that needs it too. Even before amd64 came along I did it this way. Lots of people use Intel CPUs but I use AMD. I don't know what the person that made the tarball uses but either way, he has to make it generic so that it will run on ANY CPU. I wonder if they should mention this in the docs? It seemed to have made a difference in your case for sure. You went from not being able to play a video to being able to play a HD video. 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"