public inbox for [email protected]
help / color / mirror / Atom feedFrom: Hayato Kuroda (Fujitsu) <[email protected]>
To: 'Alexander Lakhin' <[email protected]>
Cc: pgsql-hackers <[email protected]>
Cc: Shlok Kyal <[email protected]>
Cc: Yugo Nagata <[email protected]>
Subject: RE: stats.sql might fail due to shared buffers also used by parallel tests
Date: Wed, 23 Jul 2025 06:15:57 +0000
Message-ID: <OSCPR01MB149668081E98F6FD5B3A7F9ACF55FA@OSCPR01MB14966.jpnprd01.prod.outlook.com> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
<CANhcyEX4hH9POyTM3vh=58newEF0=qgK46xF5i-RDir2zAZ4og@mail.gmail.com>
<[email protected]>
<OSCPR01MB14966BDD12141F158687AB1BCF557A@OSCPR01MB14966.jpnprd01.prod.outlook.com>
<[email protected]>
<[email protected]>
Dear Alexander,
> And here it is [1]:
> diff --strip-trailing-cr -U3
> c:/build-farm-local/buildroot/HEAD/pgsql/src/test/isolation/expected/stats.ou
> t
> c:/build-farm-local/buildroot/HEAD/pgsql.build/testrun/isolation/isolation/res
> ults/stats.out
> ---
> c:/build-farm-local/buildroot/HEAD/pgsql/src/test/isolation/expected/stats.ou
> t 2025-07-22 20:08:30 +0900
> +++
> c:/build-farm-local/buildroot/HEAD/pgsql.build/testrun/isolation/isolation/res
> ults/stats.out 2025-07-22 20:30:47 +0900
> @@ -3729,7 +3729,7 @@
>
> name |pg_stat_get_function_calls|total_above_zero|self_above_zero
> --------------+--------------------------+----------------+---------------
> -test_stat_func| 1|t |t
> +test_stat_func| 1|f |f
> (1 row)
>
> Not related to subscriptions this time, but still related to pg_stat and
> time measurement.
It looks like for me that we measured the execution time of the function in
millisecond but it was "zero", right?
> So I think we could observe such anomalies if, say, the OS kernel can't
> read system clock in time (stalls for a millisecond when accessing it)...
I also feel like that. But if so, how should we fix tests? We must remove all
stuff which assumes the time is monotonic?
Best regards,
Hayato Kuroda
FUJITSU LIMITED
view thread (13+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected]
Subject: RE: stats.sql might fail due to shared buffers also used by parallel tests
In-Reply-To: <OSCPR01MB149668081E98F6FD5B3A7F9ACF55FA@OSCPR01MB14966.jpnprd01.prod.outlook.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox