Re: Doesn't pgstat_report_wal() handle the argument "force" incorrectly
В списке pgsql-hackers по дате отправления:
| От | Ryoga Yoshida |
|---|---|
| Тема | Re: Doesn't pgstat_report_wal() handle the argument "force" incorrectly |
| Дата | |
| Msg-id | d2b1d40be36e8d7823a0b0ddc85f31ab@oss.nttdata.com обсуждение исходный текст |
| Ответ на | Re: Doesn't pgstat_report_wal() handle the argument "force" incorrectly (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: Doesn't pgstat_report_wal() handle the argument "force" incorrectly
|
| Список | pgsql-hackers |
On 2023-09-25 14:38, Michael Paquier wrote: > 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. When I first read it, I didn't read that !force as force=false, so removing it might be better. > 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); That's very clear and I think it's good. Ryoga Yoshida
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера