Re: 8.3 / 8.2.6 restore comparison

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: 8.3 / 8.2.6 restore comparison
Дата
Msg-id 47C06098.5020808@commandprompt.com
обсуждение исходный текст
Ответ на Re: 8.3 / 8.2.6 restore comparison  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Список pgsql-hackers
Stefan Kaltenbrunner wrote:
> Tom Lane wrote:
>> "Joshua D. Drake" <jd@commandprompt.com> writes:
>>> Yeah, that... is beyond my abilities. Well reading it is anyway. I can
>>> provide any information people want though. Tom? Greg? Andrew? Somebody?
>>> What information do you want from me to help you track this down?
>>
>> The vmstat output you showed before said user CPU time was only around
>> 12%, which seems to destroy Luke's thesis that data conversion time
>> is the problem.  IIRC we were speculating that data was being written
>> in a pattern that required a lot of seeking thus ruining throughput,
>> but we didn't have any hard evidence of that.  Did you do the strace'ing
>> I suggested?
> 
> 
> Joshua said this is an 8 core box - so 12% would about equal to one core 
> being maxed out completely CPU wise which seems to correlate fairly well 
> with my experience (COPY being CPU bottlenecked on fast hardware without 
> any real culprit to find in profiles).

Right. I mentioned previously that I was able to gain what could be 
considered barely acceptable performance break breaking up a custom dump 
into multiple pieces and restoring across multiple connections.

I have Alvaro reviewing the strace. I can't post it without some cleansing.

Sincerely,

Joshua D. Drake



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

Предыдущее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: 8.3 / 8.2.6 restore comparison
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 8.3 / 8.2.6 restore comparison