Re: [PATCH] pg_basebackup: progress report max once per second

Поиск
Список
Период
Сортировка
От Sawada Masahiko
Тема Re: [PATCH] pg_basebackup: progress report max once per second
Дата
Msg-id CAD21AoBzo7C1YWsuC+Bjkb-=GJy4qoL_4sxDr4dLHkbDwds0Hw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] pg_basebackup: progress report max once per second  (Oskari Saarenmaa <os@ohmu.fi>)
Ответы Re: [PATCH] pg_basebackup: progress report max once per second  (Oskari Saarenmaa <os@ohmu.fi>)
Список pgsql-hackers
On Tue, Jan 21, 2014 at 7:17 AM, Oskari Saarenmaa <os@ohmu.fi> wrote:
> 18.11.2013 07:53, Sawada Masahiko kirjoitti:
>>>
>>> On 13 Nov 2013, at 20:51, Mika Eloranta <mel@ohmu.fi> wrote:
>>>>
>>>> Prevent excessive progress reporting that can grow to gigabytes
>>>> of output with large databases.
>>
>>
>> I got error with following scenario.
>>
>> $ initdb -D data -E UTF8 --no-locale
>> /* setting the replication parameters */
>> $ pg_basebackup -D 2data
>> Floating point exception
>> LOG:  could not send data to client: Broken pipe
>> ERROR:  base backup could not send data, aborting backup
>> FATAL:  connection to client lost
>
>
> Attached a rebased patch with a fix for division by zero error plus some
> code style issues.  I also moved the patch to the current commitfest.
>

Thank you for updating the patch!
I have reviewed it easily.

I didn't get error of compile, and the patch works fine.

I have one question.
What does it mean the calling progress_report() which you added at end
of ReceiveUnpackTarFile() and RecieveTarFile()?
I could not understand necessity of this code. And the force argument
of progress_report() is also same.
If you would like to use 'force' option, I think that you should add
the comment to source code about it.

Regards,

-------
Sawada Masahiko



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Wait free LW_SHARED acquisition - v0.2
Следующее
От: Oleg Bartunov
Дата:
Сообщение: Re: jsonb and nested hstore