Re: Doesn't pgstat_report_wal() handle the argument "force" incorrectly
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Ryoga Yoshida <bt23yoshidar@oss.nttdata.com>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2023-09-25T05:38:57Z
Lists: pgsql-hackers
On Mon, Sep 25, 2023 at 02:16:22PM +0900, Ryoga Yoshida wrote: > On 2023-09-25 12:47, Michael Paquier wrote: > in attached file >> + /* like in pgstat.c, don't wait for lock acquisition when !force */ > > Isn't it the case with force=true and !force that it doesn't wait for the > lock acquisition. In fact, force may be false. We would not wait on the lock if force=false, which would do nowait=true. And !force reads the same to me as force=false. Anyway, I am OK to remove this part. That seems to confuse you, so you may not be the only one who would read this comment. Another idea would be to do like in pgstat.c by adding the following line, then use "nowait" to call each sub-function: nowait = !force; pgstat_flush_wal(nowait); pgstat_flush_io(nowait); -- Michael
Commits
-
Fix behavior of "force" in pgstat_report_wal()
- 802fcb9ed166 15.5 landed
- 280f70221ba5 16.1 landed
- e221c0befb1b 17.0 landed