| From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Inefficient shutdown of pg_basebackup |
| Date: | 2017-05-03 06:10:16 |
| Message-ID: | CANP8+j+PAtdPXsW47hMzSZy=P_i-Yb8jewqwBvOn7t2-sRZ=iQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 27 April 2017 at 05:31, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> The attached draft patch fixes this by expanding the StreamCtl API
> with a socket that the low-level wait routine should check for input.
> For me, this consistently knocks about 10 seconds off the runtime of
> 001_stream_rep.pl.
That is good. I noticed that delay many times.
> It could be argued that this isn't too significant in the real world
> because pg_basebackup would always run far longer than 10 seconds
> anyway for non-toy data. But it still looks like a bug to me.
Not sure its a bug, but if it causes people to avoid running tests
then it is clearly a reliability issue.
I don't see anything to gain by waiting a year to apply this, so +1 to
move on it now.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Petr Jelinek | 2017-05-03 06:17:45 | Re: Logical replication - TRAP: FailedAssertion in pgstat.c |
| Previous Message | Amit Khandekar | 2017-05-03 05:52:21 | Re: UPDATE of partition key |