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