From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 3E9EB198005 for ; Thu, 14 Mar 2013 13:45:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 997FFE049A; Thu, 14 Mar 2013 13:45:16 +0000 (UTC) Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 30FE0E019D for ; Thu, 14 Mar 2013 13:45:14 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id up1so2221131pbc.9 for ; Thu, 14 Mar 2013 06:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ugqVgQvR4IwphDqqCi2fOfQGb0rVJmPxQ7n0S/cRrdY=; b=Ueh3EEer8tAZ6wpw4rdtDxCEBVDMzHA3FuO3aq9g//b9eExupdyysspkZusZPMfY3c XaM5jDu84lRoIGwppgERCn2QJdsW2fd0dKn99GVyrlRtl2Cu6Kg9AgfamJ3n7iFia/Wv 6sPazxlYlNW33njPzmT+awgtCBrnaEZ78hZjwmqhu/8q7DEGhzTBfj6QIFl7ECu1arda jvDcDI7kpmtq+BZ2ySJ8zR3aItpjrqySEF/Zl5AY6KcuoQyrSQ/du4rSD5MbQbDuzKTU CaWia9U4Rc0WLjpkY/rReefgOPkVvoPnodkM9boLaSgwYGtqeiv+WFWgQTjkMMc4BGu6 /dDw== X-Received: by 10.68.0.170 with SMTP id 10mr6051085pbf.59.1363268714055; Thu, 14 Mar 2013 06:45:14 -0700 (PDT) Received: from [10.140.72.225] ([121.54.54.43]) by mx.google.com with ESMTPS id y1sm3358694pbg.10.2013.03.14.06.45.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Mar 2013 06:45:13 -0700 (PDT) Message-ID: <5141D361.4030502@gmail.com> Date: Thu, 14 Mar 2013 21:40:49 +0800 From: Mark David Dumlao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20130311 Thunderbird/19.0 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] Gentoo speed comparison to other distros References: <51418728.7020406@gmail.com> <514194E9.2090808@iinet.net.au> <5141D07C.3010709@gmail.com> In-Reply-To: <5141D07C.3010709@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0ebc2a09-762e-487a-aa3c-26ff191c53f6 X-Archives-Hash: 7f54c6a6e045fd327cb2ea59556319b5 On 03/14/2013 09:28 PM, Alan McKinnon wrote: > On 14/03/2013 14:12, Pandu Poluan wrote: >> On Mar 14, 2013 4:14 PM, "William Kenworthy" > > wrote: >>> Did this few years back for an online magazine sponsored by a local >>> linux sysadmin company who wanted to see the difference between generic >>> debian and optimised (not necessarily gentoo, but thats what I used.) >>> >>> Difference in times was ~10% across the board for graphics manipulations >>> (gimp scripts), spreadsheet tasks (gnumeric) and the like. >>> >>> The "kicker" - simple optimisations gained far, far more than generic >>> compiler settings. e.g., initially, the gnumeric versions were slightly >>> different, with some wild times across the tasks. Make em the same >>> version (and cuedos to the gnumeric maintainer for jumping in and >>> helping diagnose/fix the problem - newer version on gentoo was heaps >>> slower :) and there was little difference. >>> >>> Shared libs like glibc didnt make a huge difference, but being smart >>> about how/what a "particular" task was handled gained more. If a debian >>> app was compiled with similar options as to gentoo, little difference >>> between them in performance which considering shared libs etc wasn't >>> what I expected. >>> >>> The intel compilers are/were said to be a lot better than gcc, not sure >>> if the gap is still there (supposedly 20% better again) >>> >>> Its how long is a piece of string kind of question if considered OS >>> wide, but pick a narrow task and optimise away with smart programmers >>> and you will do well on almost anything. >>> >>> Big advantage of gentoo - configurability, version control (what version >>> is installed and changing it at short notice) and general flexibility. >>> >> This. >> >> Why I prefer Gentoo over other distros: Full control. >> >> I mean, I can (and do) leverage "-march=native". And I certainly have an >> overly long USE flags... but it's the sheet satisfaction of knowing that >> my system is MY system that made me stick with Gentoo... >> >> It's eminently satisfying -- a geekgasm, if you will -- to know that >> one's kernel is lean and customized, all the toolchains have been tuned, >> and there are no useless things being installed... >> >> In regards to performance, the benefits might not be groundbreaking, but >> it's there, and when your server is being relentlessly hammered by >> requests, Gentoo seems to have additional breathing space where other >> distros choke... > > Gentoo excels as a -dev system where your devs need to test things in > different environments. > > A classic case is different pythons. We have many Centos 4 machines in > production that run python-2.4, the developers naturally run something > bleeding edge like 2.7 or 3.3 on their laptops. > > Many many times they need to know if their bespoke code runs properly on > Centos, or PyPy or whatever other valid environment difference could > happen in the real world. > > Tweak USE, tweak the masking and let emerge world do it's thing. Now the > dev can do valid tests. If the dev machines are VMs, snapshot them just > before starting this and you have the best possible solution for my money. > > Or, try remove LDAP, NIS and PAM support for auth from a RHEL machine to > test if it works without those things in place. > RHEL? Impossible. > Gentoo? Trivially easy. "Trivially easy", of course, means an emerge -euDNtv world && emerge -ctv && revdep-rebuild -i && revdep-rebuild ... ehehehe I dunno, it might actually be easier to setup the said distros in a VM. And if those configurations don't work, you shouldn't have to support them, eh? ;)