From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Fujii Masao <fujii(at)postgresql(dot)org>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Add regression tests for multiple synchronous standbys. |
Date: | 2016-04-15 03:16:56 |
Message-ID: | CAHGQGwFS+BhDjFV7qKurQAax_7Kg2Cr2wOQNMXkj6k-rkBYj=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Thu, Apr 14, 2016 at 8:41 PM, Michael Paquier
<michael(dot)paquier(at)gmail(dot)com> wrote:
> On Thu, Apr 14, 2016 at 5:17 PM, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com> wrote:
>> On Thu, Apr 14, 2016 at 1:22 PM, Michael Paquier
>> <michael(dot)paquier(at)gmail(dot)com> wrote:
>>> Yes. I'd prefer avoid a hardcoded sleep and have something that relies
>>> on lookups of pg_stat_replication though, because there is no way to
>>> be sure that a sleep will ever be stable on heavily loaded machines,
>>> like the machines I am specialized in maintaining :)
>>> It kills a bit the purpose on having checks on pg_stat_replication as
>>> the validation tests are based on that, still I think that we had
>>> better base those checks on a loop that has a timeout, something like
>>> that in a subroutine:
>>> What do you think?
>>
>> Look good to me. +1.
+1 from me.
> And so here we go...
+ ok($test_passed, $msg);
ISTM that this change prevents the test from outputting the difference
of expected and actual results when the test fails. Which would make
the diagnosis of the test failure more difficult, I'm afraid.
Regards,
--
Fujii Masao
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2016-04-15 03:39:55 | Re: [COMMITTERS] pgsql: Add regression tests for multiple synchronous standbys. |
Previous Message | Tom Lane | 2016-04-15 02:54:42 | pgsql: Rethink \crosstabview's argument parsing logic. |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2016-04-15 03:17:46 | Re: Memory leak when querying GIN indexes |
Previous Message | Robert Haas | 2016-04-15 03:02:40 | more parallel query documentation |