public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mark David Dumlao <madumlao@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Gentoo speed comparison to other distros
Date: Thu, 14 Mar 2013 21:40:49 +0800	[thread overview]
Message-ID: <5141D361.4030502@gmail.com> (raw)
In-Reply-To: <5141D07C.3010709@gmail.com>

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" <billk@iinet.net.au
>> <mailto:billk@iinet.net.au>> 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? ;)


  reply	other threads:[~2013-03-14 13:45 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-14  8:15 [gentoo-user] Gentoo speed comparison to other distros Dale
2013-03-14  8:44 ` Rafa Griman
2013-03-14  8:56 ` Neil Bothwick
2013-03-14  9:06   ` Dale
2013-03-14  9:14 ` William Kenworthy
2013-03-14 12:12   ` Pandu Poluan
2013-03-14 13:28     ` Alan McKinnon
2013-03-14 13:40       ` Mark David Dumlao [this message]
2013-03-14 14:02         ` Alan McKinnon
2013-03-15  5:42           ` Mark David Dumlao
2013-03-14 14:43         ` Neil Bothwick
2013-03-15  5:47           ` Mark David Dumlao
2013-03-15  9:26             ` Neil Bothwick
2013-03-15 10:29               ` Mark David Dumlao
2013-03-14 14:31     ` Paul Hartman
2013-03-14 14:59       ` William Kenworthy
2013-03-14 11:22 ` Michael Hampicke
2013-03-14 11:35   ` Francisco Ares
2013-03-14 11:29 ` Mark David Dumlao
2013-03-14 11:36   ` Alan McKinnon
2013-03-14 12:05     ` Pandu Poluan
2013-03-14 12:31     ` Mark David Dumlao
2013-03-14 13:20       ` Alan McKinnon
2013-03-14 15:18       ` Bruce Hill
2013-03-14 15:17   ` Bruce Hill
2013-03-14 15:23     ` Email encodings (was Re: [gentoo-user] Gentoo speed comparison to other distros ) Michael Mol
2013-03-14 20:19       ` João Matos
2013-03-15 11:55       ` Mark David Dumlao
2013-03-15 17:36         ` [Bulk] " Kevin Chadwick
2013-03-15 20:06           ` Mick
2013-03-15 20:34             ` Mark David Dumlao
2013-03-15 23:39               ` Mick
2013-03-15 23:42               ` Michael Mol
2013-03-16 13:43           ` Stroller
2013-03-16 19:03             ` Mysterious Mose
2013-03-18 20:38               ` [Bulk] " Kevin Chadwick
2013-03-18 21:14                 ` Michael Mol
2013-03-18 21:26                   ` Kevin Chadwick
2013-03-18 23:16                     ` Michael Mol
2013-03-19  0:05                       ` Kevin Chadwick
2013-03-19  1:16                         ` Michael Mol
2013-03-19 21:09                           ` Kevin Chadwick
2013-03-19 21:37                             ` Michael Mol
2013-03-18 23:38                 ` Neil Bothwick
2013-03-19  0:15                   ` Kevin Chadwick
2013-03-19  0:27                     ` Neil Bothwick
2013-03-19  0:45                     ` Michael Mol
2013-03-19 21:10                       ` Kevin Chadwick
2013-03-14 14:07 ` [gentoo-user] Re: Gentoo speed comparison to other distros Grant Edwards
2013-03-14 14:12   ` Alan McKinnon
2013-03-15  5:31     ` Mark David Dumlao
2013-03-14 22:41   ` Dale
2013-03-14 23:37     ` Mateusz Kowalczyk
2013-03-14 23:52       ` Dale
2013-03-15  0:28         ` Neil Bothwick
2013-03-15  0:31         ` Mateusz Kowalczyk
2013-03-15  1:05           ` William Kenworthy
2013-03-15  3:20           ` Pandu Poluan
2013-03-15  7:50         ` Walter Dnes
2013-03-15 13:24         ` Nuno Silva
2013-03-15 17:32           ` [Bulk] " Kevin Chadwick
2013-03-16 13:40             ` Stroller
2013-03-18 20:21               ` Kevin Chadwick
2013-03-18 21:18                 ` Michael Mol
2013-03-18 21:38                   ` Kevin Chadwick
2013-03-18 23:28                     ` Michael Mol
2013-03-19  0:10                       ` Kevin Chadwick
2013-03-19  1:38                         ` Michael Mol
2013-03-16 17:07         ` Chris Walters
2013-03-15 14:39     ` Grant Edwards
2013-03-16  6:44 ` [gentoo-user] " Joshua Murphy
2013-03-17 10:17 ` Marc Stürmer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5141D361.4030502@gmail.com \
    --to=madumlao@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox