From: | Samuel Gendler <sgendler(at)ideasculptor(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Smith <greg(at)2ndquadrant(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Wrong docs on wal_buffers? |
Date: | 2011-01-07 17:25:15 |
Message-ID: | AANLkTinic_jZ4M7W4ffxanw2rcEE_BVw+w44LRS6Tzy3@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Jan 7, 2011 at 7:07 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Samuel Gendler <sgendler(at)ideasculptor(dot)com> writes:
> > Does it not seem that this insistence on shipping a default config that
> > works out of the box on every system incurs a dramatic penalty when it
> comes
> > to getting a useful postgres config for a production system?
>
> > I'm sure this argument has probably been done to death on this list (I'm
> a
> > relatively recent subscriber),
>
> No kidding. Please review the archives.
>
> The short answer is that even though modern machines tend to have plenty
> of RAM, they don't tend to have correspondingly large default settings
> of SHMMAX etc. If we crank up the default shared-memory-usage settings
> to the point where PG won't start in a couple of MB, we won't accomplish
> a thing in terms of "making it work out of the box"; we'll just put
> another roadblock in front of newbies getting to try it at all.
>
>
Yes, I understand that. I was trying to make the point that, in an attempt
to make things very easy for novice users, we are actually making them quite
a bit more complex for novice users who want to do anything besides start
the server. But no need to have the debate again.
--sam
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Smith | 2011-01-07 18:46:12 | Re: Wrong docs on wal_buffers? |
Previous Message | Tom Lane | 2011-01-07 15:07:01 | Re: Wrong docs on wal_buffers? |