Re: [HACKERS] Implementing pg_receivewal --no-sync
От | Michael Paquier |
---|---|
Тема | Re: [HACKERS] Implementing pg_receivewal --no-sync |
Дата | |
Msg-id | CAB7nPqSLS5SkkEQtWZQeXSkRBLbwjivhc6QrzrvugnJWBZVRHA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Implementing pg_receivewal --no-sync (Kuntal Ghosh <kuntalghosh.2007@gmail.com>) |
Ответы |
Re: [HACKERS] Implementing pg_receivewal --no-sync
|
Список | pgsql-hackers |
On Tue, Oct 24, 2017 at 11:05 PM, Kuntal Ghosh <kuntalghosh.2007@gmail.com> wrote: > + <para> > + By default, <command>pg_receivewal</command> flushes a WAL segment's > + contents each time a feedback message is sent to the server depending > + on the interval of time defined by > + <literal>--status-interval</literal>. > IMHO, it's okay to remove the part 'depending on > the.....<literal>--status-interval</literal>'. This sentence is actually wrong, a feedback message is never sent with the feedback message. You need to use either --synchronous or --slot for that, and the docs are already clear on the matter. > + This option causes > + <command>pg_receivewal</command> to not issue such flushes waiting, > Did you mean 'to not issue such flush waitings'? By reading again the patch, "waiting" should not be here. I have reworded the documentation completely anyway. Hopefully it is more simple now. > + [ 'pg_receivewal', '-D', $stream_dir, '--synchronous', '--no-sync' ], > + 'failure if --synchronous specified without --no-sync'); > s/without/with Right. -- Michael -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Вложения
В списке pgsql-hackers по дате отправления: