Re: Dumb mistakes in WalSndWriteData()

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Craig Ringer <craig(at)2ndquadrant(dot)com>
Subject: Re: Dumb mistakes in WalSndWriteData()
Date: 2016-10-31 13:44:16
Message-ID: CA+TgmoZsDF4bOcR=MbRFvpXuqNO1b1BGCDBk8_HedPn3CFqk+g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 31, 2016 at 4:59 AM, Andres Freund <andres(at)anarazel(dot)de> wrote:
> I^Wsomebody appears to have made a number of dumb mistakes in
> WalSndWriteData(), namely:
> 1) The timestamp is set way too late, after
> pq_putmessage_noblock(). That'll sometimes work, sometimes not. I
> have no idea how that ended up happening. It's eye-wateringly dumb.
>
> 2) We only do WalSndKeepaliveIfNecessary() if we're blocked on socket
> IO. But on a long-lived connection that might be a lot of data, we
> should really do that once *before* trying to send the payload in the
> first place.
>
> 3) Similarly to 2) it might be worthwhile checking for interrupts
> everytime, not just when blocked on network IO.
>
> See also:
> http://archives.postgresql.org/message-id/CAMsr%2BYE2dSfHVr7iEv1GSPZihitWX-PMkD9QALEGcTYa%2Bsdsgg%40mail.gmail.com

Do you intend to do something about these problems?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2016-10-31 13:51:52 Re: Speed up Clog Access by increasing CLOG buffers
Previous Message Tom Lane 2016-10-31 13:35:57 Re: DML and column cound in aggregated subqueries