From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | furuyao(at)pm(dot)nttdata(dot)co(dot)jp |
Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_receivexlog add synchronous mode |
Date: | 2014-08-06 12:33:36 |
Message-ID: | CAHGQGwHZMyC0DBjaJLqFv1=Ay_7mVVH2isFmSQxDLi_7rsAAXw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Aug 6, 2014 at 5:10 PM, <furuyao(at)pm(dot)nttdata(dot)co(dot)jp> wrote:
>> > - break; /* ignore
>> the rest of this XLogData packet */
>> >
>> > + return true; /* ignore the rest of
>> this XLogData packet */
>> >
>> > For break statement at close of wal file, it is a return to true.
>> > It may be a behavior of continue statement. Is it satisfactory?
>>
>> Sorry I failed to see your point.
>>
>> In the original code, when we reach the end of WAL file and it's streaming
>> stopping point, we break out of inner loop in the code block for
>> processing XLogData packet. And then we goes back to top of outer loop
>> in HandleCopyStream. ISTM that the refactored code also works the same
>> way.
>> Anyway, could you elaborate the problem?
>
> I'm sorry. I was confused with the patch that I have to offer.
> It is necessary to exit the loop since the loop added to the continuously received the message if the patch.
> Refactor patch is no problem with the contents of the presentation.
Okay, applied the patch.
I heavily modified your patch based on the master that the refactoring
patch has been applied. Attached is that modified version. Could you
review that?
Regards,
--
Fujii Masao
Attachment | Content-Type | Size |
---|---|---|
pg_receivexlog_add_fsync_interval_v5_fujii.patch | text/x-patch | 13.8 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Tiikkaja | 2014-08-06 12:46:40 | pgcrypto: PGP signatures |
Previous Message | Robert Haas | 2014-08-06 12:08:58 | Re: Introducing coarse grain parallelism by postgres_fdw. |