Re: Needed: Simplified guide to optimal memory

From: Alvaro Herrera <alvherre(at)surnet(dot)cl>
To: Todd Landfried <tlandfried(at)viatornetworks(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Needed: Simplified guide to optimal memory
Date: 2005-06-17 04:46:43
Message-ID: 20050617044643.GA19751@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Thu, Jun 16, 2005 at 07:15:08PM -0700, Todd Landfried wrote:
> Thanks for the link. I'll look into those.
>
> I'm going only on what my engineers are telling me, but they say
> upgrading breaks a lot of source code with some SQL commands that are
> a pain to hunt down and kill. Not sure if that's true, but that's
> what I'm told.

This is true. Migrating to a newer version is not a one-day thing. But
increasing shared_buffers is trivially done, would get you lots of
benefit, and it's very unlikely to break anything. (Migrating one
version can be painful already -- migrating three versions on one shot
might be a nightmare. OTOH it's much better to pay the cost of
migration once rather than three times ...)

--
Alvaro Herrera (<alvherre[a]surnet.cl>)
"The Postgresql hackers have what I call a "NASA space shot" mentality.
Quite refreshing in a world of "weekend drag racer" developers."
(Scott Marlowe)

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Rod Taylor 2005-06-17 05:05:15 Re: How does the transaction buffer work?
Previous Message Tom Lane 2005-06-17 04:08:09 Re: How does the transaction buffer work?