Re: 8.4 open item: copy performance regression?

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: 8.4 open item: copy performance regression?
Дата
Msg-id 4A3DFA8D.2070805@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Re: 8.4 open item: copy performance regression?  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: 8.4 open item: copy performance regression?  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Список pgsql-hackers
Simon Riggs wrote:
> On Sun, 2009-06-21 at 10:28 +0200, Stefan Kaltenbrunner wrote:
>> I did some limited testing on that but I was unable to measure any 
>> significant effect - especially since the difference between
>> wal-logged and not is rather small for a non-parallel COPY (ie in the
>> above example you get around 6m20s runtime for wal-logged and ~5m40s
>> in the other case).
> 
> This is a common confusion for small tests.
> 
> Non-WAL logged case causes all buffers to be written to disk at end of
> COPY. This is roughly the same size as the volume of WAL written. In
> logged case we do not write data blocks, they get written at next
> checkpoint. So the reduction in I/O is not apparent, since during the
> period of the test the I/O is about the same in both cases and less I/O
> in the non-WAL logged case. On longer tests the difference shows more
> clearly because the data blocks start to migrate out of shared buffers
> while the COPY is still running, effecting the test results. 

I was actually testing with and without explicit CHECKPOINTing 
before/after the load(and also with longer runs) too - the difference is 
negligible especially with only one process involved.
I think the difference is simply not that large because we are still 
mostly CPU bound within COPY on reasonably fast IO-subsystems.



Stefan


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: 8.4 open item: copy performance regression?
Следующее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: 8.4 open item: copy performance regression?