| From: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
|---|---|
| To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
| Cc: | Amit Kapila <amit(dot)kapila(at)huawei(dot)com>, pgsql-bugs(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: BUG #7534: walreceiver takes long time to detect n/w breakdown |
| Date: | 2012-10-15 14:27:56 |
| Message-ID: | 507C1D6C.6080409@vmware.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
On 15.10.2012 13:13, Heikki Linnakangas wrote:
> On 13.10.2012 19:35, Fujii Masao wrote:
>> ISTM you need to update the protocol.sgml because you added
>> the field 'replyRequested' to WalSndrMessage and StandbyReplyMessage.
>
> Oh, I didn't remember that we've documented the specific structs that we
> pass around. It's quite bogus anyway to explain the messages the way we
> do currently, as they are actually dependent on the underlying
> architecture's endianess and padding. I think we should refactor the
> protocol to not transmit raw structs, but use pq_sentint and friends to
> construct the messages. This was discussed earlier (see
> http://archives.postgresql.org/message-id/4FE2279C.2070506@enterprisedb.com)
> I think there's consensus that 9.3 would be a good time to do that as we
> changed the XLogRecPtr format anyway.
This is what I came up with. The replication protocol is now
architecture-independent. The WAL format itself is still
architecture-independent, of course, but this is useful if you want to
e.g use pg_receivexlog to back up a server that runs on a different
platform.
I chose the int64 format to transmit timestamps, even when compiled with
--disable-integer-datetimes.
Please review if you have the time..
- Heikki
| Attachment | Content-Type | Size |
|---|---|---|
| make-replication-protocol-arch-independent.patch | text/x-diff | 36.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | devenmthaker | 2012-10-15 14:54:33 | BUG #7603: Application takes long time to fetch data from postgresql database |
| Previous Message | Michał Hankiewicz | 2012-10-15 13:56:43 | Re: BUG #7600: Database crash with data corruption |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2012-10-15 14:28:17 | Re: [PATCH] explain tup_fetched/returned in monitoring-stats |
| Previous Message | Robert Haas | 2012-10-15 14:26:21 | Re: Truncate if exists |