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 1M9I1X-0006Zg-Qd for garchives@archives.gentoo.org; Wed, 27 May 2009 12:14:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 118F0E0598; Wed, 27 May 2009 12:14:22 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id C87E9E0598 for ; Wed, 27 May 2009 12:14:21 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.41,258,1241391600"; d="scan'208";a="97158244" Received: from unknown (HELO compaq.stroller.uk.eu.org) ([213.152.39.90]) by smtpout.karoo.kcom.com with ESMTP; 27 May 2009 13:14:17 +0100 Received: from [192.168.1.71] (unknown [192.168.1.71]) by compaq.stroller.uk.eu.org (Postfix) with ESMTP id 11AF5137C1C for ; Wed, 27 May 2009 13:14:14 +0100 (BST) Message-Id: From: Stroller To: gentoo-user@lists.gentoo.org In-Reply-To: <20090527130041.214f5aa9@ilievnet.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit 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 (Apple Message framework v935.3) Subject: Re: [gentoo-user] USE="mmx mmxext sse sse2 ssse3 3dnow 3dnowext" Date: Wed, 27 May 2009 13:14:12 +0100 References: <4E38BD16-0410-4A31-839C-290364A8D735@stellar.eclipse.co.uk> <200905260637.49384.volkerarmin@googlemail.com> <195F8064-21ED-4FBB-8C2D-78F45FBAF59A@stellar.eclipse.co.uk> <20090526173123.6af2881a@ilievnet.com> <51F59246-9E2D-42D1-9AC6-BB5E41BDAAF3@stellar.eclipse.co.uk> <20090527034704.49154a6f@ilievnet.com> <208DD9E9-EDD3-4E85-A8DE-6B08B08EDCEA@stellar.eclipse.co.uk> <20090527130041.214f5aa9@ilievnet.com> X-Mailer: Apple Mail (2.935.3) X-Archives-Salt: 98b42eb0-66e2-4cbe-8e1c-83a27fb21a12 X-Archives-Hash: d0d4f5597319d9f0dc1491c9cdc25ad8 On 27 May 2009, at 11:00, Daniel Iliev wrote: > ... > I'm afraid the common sense says disabling the "cpudetection" USE > flag could lead to the problem I described in my previous message. > Please, don't get me wrong - I'm not arguing and I've never tried to > build mplayer with EIS that is unsupported by the CPU. It may work if > the build system detects and corrects such errors when cpudetection is > disabled. I think it shouldn't apply to mplayer, as explained by Volker earlier in the thread. If a USE for an unsupported EIS is detected, the mplayer build process will ignore it, and build without them. This is because mplayer specifically is particularly clever about this, apparently. > I personally set the correct EIS USE flags for my CPU globally and > disable the cpudetection flag. Clearly this is the ideal way. > ... I didn't suggest you this approach because I believe somewhere > in this > thread you mentioned you wanted to use the same settings on several > different systems. Not necessarily, but I don't want to have to *think* too much about hardware. I mean, I can safely set MMX because I know reasonably well what it is, I remember when it came out, and I remember reading as the next couple of subsequent generations of CPU were released that they would continue to support it. I have a pretty good idea that MMX is ubiquitous, and I imagine it to be supported even to the very latest Intel CPUs (not sure about AMD?). But I don't know what SSE is or SSSE (??) or any of the others, and I don't really have any desire to know. Just so long as my server works then I'm happy. I mean, I guess if I used Linux on the desktop then performance might be more important to me, and it would behove me to optimise each system. Or if my server carried a lot of load. But my Linux boxes mostly don't - they sit in a corner & serve files by Samba & email by IMAP and very little more. mplayer is kinda an exceptional case for me, because I rip DVDs to .mp4 format and then stream them across the network from the fileserver to my PS3. When I rip them, the process runs circa 12 or 14 hours, so if I can shave 10% of this then that may be useful - the movie may be ready to watch an hour earlier, and on some occasion I may be glad of that. So if I `flagedit media-video/mplayer mmx mmxext sse sse2 ssse3 3dnow 3dnowext` that gets me the best performance for mplayer without having to think about it. Of course, the amount of time I've spent on this thread, I could perhaps have learned *exactly* what all these extended instruction sets do, who designed them, whether they're cross-licensed between manufacturers and what their prospects are for continued support in the future. But I would personally find that very boring, and I am much happier to have learned a little about how mplayer's build system works and how Gentoo wraps that. Stroller.