From: | Jason Long <mailing(dot)lists(at)octgsoftware(dot)com> |
---|---|
To: | David Siebert <david(at)aretoo(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Linux |
Date: | 2010-11-05 20:58:15 |
Message-ID: | 1288990695.2593.1044.camel@localhost.fx60 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
I use Centos for production and Fedora for development and I am very
happy with both. Especially Centos as I have never had an update break
anything.
On Fri, 2010-11-05 at 09:50 -0400, David Siebert wrote:
> I would say that if you pick any of the big four you will be fine.
> CentOS
> Ubuntu Server LTS
> Red Hat
> Suse
> Debian can also be a good choice.
> We used to be an OpenSuse shop but we are now moving everything to
> Ubuntu Server LTS. I can not say enough good things about CentOS as
> far as stability and long support times.
>
>
> On 11/4/2010 11:00 AM, Michael Gould wrote:
> > I know that this is probably a "religion" issue but we are looking
> > to move Postgres to a Linux server. We currently have a Windows
> > 2008 R2 active directory and all of the other servers are
> > virtualized via VMWare ESXi. One of the reasons is that we want to
> > use a 64 bit Postgres server and the UUID processing contrib module
> > does not provide a 64 bit version for Windows. I would also assume
> > that the database when properly tuned will probably run faster in a
> > *inx environment.
> >
> > What and why should I look at certain distributions? It appears
> > from what I read, Ubanta is a good desktop but not a server.
> >
> >
> >
> > Best Regards
> >
> >
> > ____________________________________________________________________
> > Michael Gould, Managing Partner
> > Intermodal Software Solutions, LLC
> > 904.226.0978
> > 904.592.5250 fax
>
From | Date | Subject | |
---|---|---|---|
Next Message | Elford,Andrew [Ontario] | 2010-11-05 21:01:55 | Re: Save and load jpg in a PostgreSQL database |
Previous Message | Dimitri Fontaine | 2010-11-05 20:25:12 | Re: Cloning database without dump/restore |