Re: CommitDelay performance improvement
От | Hiroshi Inoue |
---|---|
Тема | Re: CommitDelay performance improvement |
Дата | |
Msg-id | 3A99A07F.4838662C@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: CommitDelay performance improvement (ncm@zembu.com (Nathan Myers)) |
Ответы |
Re: CommitDelay performance improvement
|
Список | pgsql-hackers |
Tom Lane wrote: > > Philip Warner <pjw@rhyme.com.au> writes: > > At 00:42 25/02/01 -0800, Nathan Myers wrote: > >> The only really bad performers were (0), (10k,1), (100k,20). The best > >> were (30k,1) and (30k,10), although (30k,5) also did well except at 40. > >> Why would 30k be a magic delay, regardless of siblings? What happened > >> at 40? > > > I had assumed that 40 was one of the glitches - it would be good if Tom (or > > someone else) could rerun the suite, to see if we see the same dip. > > Yes, I assumed the same. I posted the script; could someone else make > the same run? We really need more than one test case ;-) > I could find the sciript but seem to have missed your change about commit_siblings. Where could I get it ? Regards, Hiroshi Inoue
В списке pgsql-hackers по дате отправления: