Re: 8.3 / 8.2.6 restore comparison

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 8.3 / 8.2.6 restore comparison
Дата
Msg-id 6104.1203702840@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 8.3 / 8.2.6 restore comparison  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: 8.3 / 8.2.6 restore comparison  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: 8.3 / 8.2.6 restore comparison  (Greg Smith <gsmith@gregsmith.com>)
Список pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> 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?

> Yes, I asked if you wanted counts or the whole output. You didn't
> answer :). I provided the counts.

Uh, sorry.  Counts are useless here, we need to see the sequence of
write locations to find out if there's a lot of nonconsecutive
writes happening.  BTW, the strace had better run across the whole
PG process tree --- it's quite possible that there's some interaction
between the bgwriter and the backend doing COPY, for instance.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Including PL/PgSQL by default
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Including PL/PgSQL by default