Re: commit_delay, siblings - Mailing list pgsql-hackers

From Tom Lane
Subject Re: commit_delay, siblings
Date
Msg-id 15112.1119969343@sss.pgh.pa.us
Whole thread Raw
In response to Re: commit_delay, siblings  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Responses Re: commit_delay, siblings
Re: commit_delay, siblings
List pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
>>> If we yank them ( and I agree) I think we have to do it before feature
>>> freeze.
>> 
>> I believe that we have consensus to yank them.   Hans says that he did 
>> extensive testing back as far as 7.4 and the options had no effect.

> My opinion is, we'd better test with at least 8.0, or even better with
> current. I think I can do the testing after Jul 1 if those features
> are remained. I have a dual Xeon system with a 15000RPM SCSI disk
> system in my office.

Well, the proposal is on the table, and the implementation is pretty
obvious.  If you want to be sticky about the feature freeze rule,
someone could generate a diff to remove the variables and post it to
-patches before July 1, and then it would be fully per-rules to evaluate
it after July 1.  I vote not to require ourselves to go through that
pushup.

If Tatsuo can do some testing next week, I'm happy to hold off removing
the variables until then.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: Implementing SQL/PSM for PG 8.2 - debugger
Next
From: Alvaro Herrera
Date:
Subject: Re: commit_delay, siblings