Re: Redesigning checkpoint_segments - Mailing list pgsql-hackers

From David Steele
Subject Re: Redesigning checkpoint_segments
Date
Msg-id 54D2B654.60406@pgmasters.net
Whole thread Raw
In response to Re: Redesigning checkpoint_segments  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Redesigning checkpoint_segments  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
List pgsql-hackers
On 2/4/15 3:06 PM, Robert Haas wrote:
>> Hmmm, I see your point.  I spend a lot of time on AWS and in
>> container-world, where disk space is a lot more constrained.  However,
>> it probably makes more sense to recommend non-default settings for that
>> environment, since it requires non-default settings anyway.
>>
>> So, 384MB?
> That's certainly better, but I think we should go further.  Again,
> you're not committed to using this space all the time, and if you are
> using it you must have a lot of write activity, which means you are
> not running on a tin can and a string.  If you have a little tiny
> database, say 100MB, running on a little-tiny Amazon instance,
> handling a small number of transactions, you're going to stay close to
> wal_min_size anyway.  Right?

The main exception I can think of is when using dump/restore to upgrade
instead of pg_upgrade.  This would generate a lot of WAL for what could
otherwise be a low-traffic database.

--
- David Steele
david@pgmasters.net



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: binworld and install-binworld targets - was Re: Release note bloat is getting out of hand
Next
From: Peter Geoghegan
Date:
Subject: Re: INSERT ... ON CONFLICT {UPDATE | IGNORE} 2.0