On Fri, Apr 2, 2010 at 2:58 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> It's probably also easy to fix so that it doesn't NEED to be documented.
> The thing is, when dealing with new features, we reduce our overall
> maintenance burden if we get it right the first time. Obviously it's
> too late for major changes, but minor adjustments to maintain the POLA
> seem like exactly what we SHOULD be doing right now.
The attached patch implements the Heikki's proposal:
ReservedBackends = superuser_reserved_connections + max_wal_senders
MaxBackends = max_connections + autovacuum_max_workers + max_wal_senders + 1
This change looks like minor adjustments rather than major changes.
I have one question:
In the patch, max_wal_senders is ignored by CheckRequiredParameterValues()
as autovacuum_max_workers is already. Is this OK for HS?
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
In response to
pgsql-docs by date
|Next:||From: Devrim GÜNDÜZ||Date: 2010-04-02 06:20:32|
|Subject: PDF build issue with 9.0 Alpha5|
|Previous:||From: Simon Riggs||Date: 2010-04-01 22:55:46|
|Subject: Re: [HACKERS] Streaming replication document improvements|
pgsql-hackers by date
|Next:||From: Josh Berkus||Date: 2010-04-02 06:28:44|
|Subject: Re: Compile fail, alpha5 & gcc 4.3.3 in elog.c|
|Previous:||From: Takahiro Itagaki||Date: 2010-04-02 05:47:30|
|Subject: Re: Problem of Magic Block in Postgres 8.2|