Re: May be BUG. Periodic burst growth of the checkpoint_req counter on replica.
От | Alexander Korotkov |
---|---|
Тема | Re: May be BUG. Periodic burst growth of the checkpoint_req counter on replica. |
Дата | |
Msg-id | CAPpHfdsJs+Uk+tjM-0gsQT+AZ+7ZRwtFHq7qVfYgb+2gqD+OgA@mail.gmail.com обсуждение исходный текст |
Ответ на | May be BUG. Periodic burst growth of the checkpoint_req counter on replica. ("Anton A. Melnikov" <aamelnikov@inbox.ru>) |
Ответы |
Re: May be BUG. Periodic burst growth of the checkpoint_req counter on replica.
|
Список | pgsql-hackers |
On Wed, Sep 18, 2024 at 1:21 PM Fujii Masao <masao.fujii@oss.nttdata.com> wrote: > On 2024/09/17 11:47, Fujii Masao wrote: > > > > > > On 2024/09/16 23:30, Anton A. Melnikov wrote: > >> +1 > >> This idea seems quite tenable to me. > >> > >> There is a small clarification. Now if there were no skipped restartpoints then > >> restartpoints_done will be equal to restartpoints_timed + restartpoints_req. > >> Similar for checkpoints. > >> So i tried to introduce num_done counter for checkpoints in the patch attached. > > > > Thanks for the patch! I believe this change is targeted for v18. For v17, however, > > we should update the description of num_timed in the documentation. Thought? > > Here's a suggestion: > > > > "Number of scheduled checkpoints due to timeout. Note that checkpoints may be > > skipped if the server has been idle since the last one, and this value counts > > both completed and skipped checkpoints." > > Patch attached. > Unless there are any objections, I plan to commit this and back-patch it to v17. I've checked this patch, it looks good to me. Generally, it looks like I should be in charge for this, given I've committed previous patch by Anton. Thank you for reacting here faster than me. Please, go ahead with the patch. ------ Regards, Alexander Korotkov Supabase
В списке pgsql-hackers по дате отправления: