GUC category cleanup (was: vacuum_defer_cleanup_age)

Lists: pgsql-hackers
From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: vacuum_defer_cleanup_age
Date: 2010-06-11 02:36:46
Message-ID: AANLkTimnYpJLIp-eO3JyekMlBZUFF_pEJvHox3H8jJGU@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Hi,

vacuum_defer_cleanup_age is categorized as "Statement Behavior"
parameter in the document. On the other hand, it's categorized
as "Hot Standby" one in postgresql.conf. Why do we need to do so?

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


From: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: vacuum_defer_cleanup_age
Date: 2010-06-11 10:25:38
Message-ID: 4C120F22.8070708@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On 11/06/10 05:36, Fujii Masao wrote:
> vacuum_defer_cleanup_age is categorized as "Statement Behavior"
> parameter in the document. On the other hand, it's categorized
> as "Hot Standby" one in postgresql.conf. Why do we need to do so?

Yeah, there's clearly a mismatch. I think "Hot Standby" is the right
place, altough you could argue that it should be together with
vacuum_freeze_min_age and vacuum_freeze_table_age too.

We seem to be missing an entry for "Write-Ahead Log / Hot Standby" in
the config_group_names list in guc.c. hot_standby GUC marked to beling
in WAL_SETTINGS in guc.c.

What's the policy with that, should all the sections in the sample
config file and docs have a corresponding enum in config_group_names? I
guess they should, but many of them seem to be missing. There's no
separate entry in config_group_names for "Write-Ahead Log / Archiving",
"Resource Usage / Cost-Based Vacuum Delay" and "Resource Usage /
Asynchronous Behavior" either, for example.

Should I add entries in the enum for all the missing ones?

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com


From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: vacuum_defer_cleanup_age
Date: 2010-06-11 13:22:14
Message-ID: AANLkTimq9Jb9ghqvvqxhSLFkcu1AlLND9aTXchEMX5n7@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On Fri, Jun 11, 2010 at 7:25 PM, Heikki Linnakangas
<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> Yeah, there's clearly a mismatch. I think "Hot Standby" is the right place,
> altough you could argue that it should be together with
> vacuum_freeze_min_age and vacuum_freeze_table_age too.
>
> We seem to be missing an entry for "Write-Ahead Log / Hot Standby" in the
> config_group_names list in guc.c. hot_standby GUC marked to beling in
> WAL_SETTINGS in guc.c.
>
> What's the policy with that, should all the sections in the sample config
> file and docs have a corresponding enum in config_group_names? I guess they
> should, but many of them seem to be missing. There's no separate entry in
> config_group_names for "Write-Ahead Log / Archiving", "Resource Usage /
> Cost-Based Vacuum Delay" and "Resource Usage / Asynchronous Behavior"
> either, for example.
>
> Should I add entries in the enum for all the missing ones?

+1. This seems sensible.

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


From: Takahiro Itagaki <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: GUC category cleanup (was: vacuum_defer_cleanup_age)
Date: 2010-06-15 05:09:54
Message-ID: 20100615140953.C9CE.52131E4D@oss.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers


Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:

> On Fri, Jun 11, 2010 at 7:25 PM, Heikki Linnakangas
> > What's the policy with that, should all the sections in the sample config
> > file and docs have a corresponding enum in config_group_names?
>
> +1. This seems sensible.

Here is a patch to do that. I used terms in the documentation for category
names. Also, some uncategorized variables moved into detailed groups.

Added categories:
Resource Usage / Cost-Based Vacuum Delay
Resource Usage / Background Writer
Resource Usage / Asynchronous Behavior
Write-Ahead Log / Archiving
Write-Ahead Log / Standby Servers

Renamed in the configuration file:
Replication ==> Streaming Replication
Hot Standby ==> Standby Servers

Regards,
---
Takahiro Itagaki
NTT Open Source Software Center

Attachment Content-Type Size
guc-category-cleanup_20100615.diff application/octet-stream 14.8 KB

From: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
To: Takahiro Itagaki <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: GUC category cleanup
Date: 2010-06-15 06:05:30
Message-ID: 4C17182A.4070500@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On 15/06/10 08:09, Takahiro Itagaki wrote:
>
> Fujii Masao<masao(dot)fujii(at)gmail(dot)com> wrote:
>
>> On Fri, Jun 11, 2010 at 7:25 PM, Heikki Linnakangas
>>> What's the policy with that, should all the sections in the sample config
>>> file and docs have a corresponding enum in config_group_names?
>>
>> +1. This seems sensible.
>
> Here is a patch to do that. I used terms in the documentation for category
> names. Also, some uncategorized variables moved into detailed groups.

Thanks, looks good to me.

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com