Re: [FEATURE REQUEST] Streaming Onlinebackup (MaybeOFFTOPIC)

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: [FEATURE REQUEST] Streaming Onlinebackup (MaybeOFFTOPIC)
Дата
Msg-id 46FCCB89.EE98.0025.0@wicourts.gov
обсуждение исходный текст
Ответ на Re: [FEATURE REQUEST] Streaming Onlinebackup (MaybeOFFTOPIC)  ("Zeugswetter Andreas ADI SD" <Andreas.Zeugswetter@s-itsolutions.at>)
Ответы Re: [FEATURE REQUEST] Streaming Onlinebackup (MaybeOFFTOPIC)  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-hackers
>>> On Fri, Sep 28, 2007 at  5:53 AM, in message
<E1539E0ED7043848906A8FF995BDA57902685F43@m0143.s-mxs.net>, "Zeugswetter
Andreas ADI SD" <Andreas.Zeugswetter@s-itsolutions.at> wrote:
> I think you misunderstood what I meant.
> The actual archive command is constructed by expanding certain
> placeholders.
> I am suggesting to add such a placeholder for the size of the filled
> part of the log.
>
> A hypothetical example (note suggested %b placeholder for size in
> bytes):
> archive_command=dd if=%p of=/backup/WAL/%f bs=1 count=%b
>
> This allows to avoid unnecessary io for the backup of partially filled
> logs.
I did understand what you were suggesting regarding the size placeholder.
What didn't click is that the filter might not be necessary at all if we
had that.  Thanks for clarifying that with an example.
Are you also suggesting that any code which depends on the log segment
files being at the full size should be changed, too?  If not, I think
your example would need to cat the dd you showed with one which drew
from /dev/zero.  I'll run a few tests with full and nearly empty files
using hand-generated values and see how the performance of this in
front of gzip compares to the filter.
-Kevin




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [FEATURE REQUEST] Streaming Onlinebackup (MaybeOFFTOPIC)
Следующее
От: Zdenek Kotala
Дата:
Сообщение: Re: [pgsql-packagers] Getting to 8.3 beta1