On 27 April 2017 at 05:31, Tom Lane 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 noti
I griped before that the src/test/recovery/ tests take an unreasonably
long time. My interest in that was piqued further when I noticed that
the tests consume not very much CPU time, and aren't exactly saturating
my disks either. That suggests that the problem isn't so much that the
tests do too
