Re: pg_dump & performance degradation

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump & performance degradation
Дата
Msg-id 258.964801357@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_dump & performance degradation  (Philip Warner <pjw@rhyme.com.au>)
Ответы Re: pg_dump & performance degradation  (Philip Warner <pjw@rhyme.com.au>)
Список pgsql-hackers
Philip Warner <pjw@rhyme.com.au> writes:
> Brian Baquiran in the [GENERAL] list recently asked if it was possible to
> 'throttle-down' pg_dump so that it did not cause an IO bottleneck when
> copying large tables.

> Can anyone see a reason not to pause periodically?

Because it'd slow things down?

As long as the default behavior is "no pauses", I have no strong
objection.

> Finally, can anyone point me to the most portable subsecond timer routines?

You do not want a timer routine, you want a delay.  I think using a
dummy select() with a timeout parameter might be the most portable way.
Anyway we've used it for a long time --- see the spinlock backoff code
in s_lock.c.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Questionable coding in proc.c & lock.c
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Security choices...