From: | Karl Denninger <karl(at)denninger(dot)net> |
---|---|
To: | Denis Lussier <denis(dot)lussier(at)enterprisedb(dot)com> |
Cc: | david(at)lang(dot)hm, S Arvind <arvindwill(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Best suiting OS |
Date: | 2009-10-04 02:35:26 |
Message-ID: | 4AC809EE.1090404@denninger.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Denis Lussier wrote:
> I'm a BSD license fan, but, I don't know much about *BSD otherwise
> (except that many advocates say it runs PG very nicely).
>
> On the Linux side, unless your a dweeb, go with a newer, popular &
> well supported release for Production. IMHO, that's RHEL 5.x or
> CentOS 5.x. Of course the latest SLES & UBuntu schtuff are also fine.
>
> In other words, unless you've got a really good reason for it, stay
> away from Fedora & OpenSuse for production usage.
>
> On Thu, Oct 1, 2009 at 3:10 PM, <david(at)lang(dot)hm <mailto:david(at)lang(dot)hm>>
> wrote:
>
> On Thu, 1 Oct 2009, S Arvind wrote:
>
> Hi everyone,
> What is the best Linux flavor for server which runs
> postgres alone.
> The postgres must handle greater number of database around
> 200+. Performance
> on speed is the vital factor.
> Is it FreeBSD, CentOS, Fedora, Redhat xxx??
>
>
> as noted by others *BSD is not linux
>
> among the linux options, the best option is the one that you as a
> company are most comfortable with (and have the support/upgrade
> processes in place for)
>
> in general, the newer the kernel the better things will work, but
> it's far better to have an 'old' system that your sysadmins
> understand well and can support easily than a 'new' system that
> they don't know well and therefor have trouble supporting.
>
> David Lang
>
>
I am a particular fan of FreeBSD, and in some benchmarking I did between
it and CentOS FreeBSD 7.x literally wiped the floor with the CentOS
release I tried on IDENTICAL hardware.
I also like the 3ware raid coprocessors - they work well, are fast, and
I've had zero trouble with them.
-- Karl
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-10-04 02:53:04 | Re: Performance problems with DISTINCT ON |
Previous Message | imad | 2009-10-04 02:27:46 | Re: Performance problems with DISTINCT ON |