Re: 9.4 regression

Поиск
Список
Период
Сортировка
От Thom Brown
Тема Re: 9.4 regression
Дата
Msg-id CAA-aLv4N6=yZ+3tgCpXAX65U8EFserxs8OCjA=iYCTy0tUo9hw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 9.4 regression  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: 9.4 regression
Список pgsql-hackers
On 7 August 2013 17:49, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2013-08-07 17:21:01 +0100, Thom Brown wrote:
>> Only build option used was --enable-depend.  I did have
>> --enable-cassert for the shorter 5 min benchmarks, but was removed for
>> the 30 min tests.
>
>> pgbench -j 80 -c 80 -T 300:
>>
>> 8.4 - 535.990042
>> 9.2 - 820.798141
>> 9.3 - 828.395498
>> 9.4 - 197.851720
> e>
>> pgbench -j 80 -c 80 -T 1800:
>>
>> 8.4: 812.482108
>> 9.4 HEAD: 355.397658
>> 9.4 e5592c (9th July): 356.485625
>> 9.4 537227 (7th July): 365.992518
>> 9.4 9b2543 (7th July): 362.587339
>> 9.4 269e78 (5th July): 359.439143
>> 9.4 8800d8 (5th July): 821.933082
>> 9.4 568d41 (2nd July): 822.991160
>
> The differences between those runs look to small for enable/disable
> cassert to me. Are you you properly rebuilt for that?
>
>> 269e78 was the commit immediately after 8800d8, so it appears that
>> introduced the regression.
>>
>> "Use posix_fallocate() for new WAL files, where available."
>
> This is curious. Could you either run a longer test before/after the
> commit or reduce checkpoint_timeout to something like 3min?

Okay, I'll rerun the test for both those commits at 1 hour each with
checkpoint_timeout set at 3mins, but with all other configuration
settings the same

-- 
Thom



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jon Nelson
Дата:
Сообщение: Re: 9.4 regression
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Kudos for Reviewers -- wrapping it up