Re: Is Recovery actually paused?
От | Dilip Kumar |
---|---|
Тема | Re: Is Recovery actually paused? |
Дата | |
Msg-id | CAFiTN-tLADYrtn5rRzigLM-1BnYUkuT4dJ4GQFUmSPL=3okmkw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Is Recovery actually paused? (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
Ответы |
Re: Is Recovery actually paused?
|
Список | pgsql-hackers |
On Sun, Feb 7, 2021 at 6:44 PM Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com> wrote: > > On Fri, Feb 5, 2021 at 10:14 AM Bharath Rupireddy > <bharath.rupireddyforpostgres@gmail.com> wrote: > > > We can not do that, basically, under one lock we need to check the > > > state and set it to pause. Because by the time you release the lock > > > someone might set it to RECOVERY_NOT_PAUSED then you don't want to set > > > it to RECOVERY_PAUSED. > > > > Got it. Thanks. > > Hi Dilip, I have one more question: > > + /* test for recovery pause, if user has requested the pause */ > + if (((volatile XLogCtlData *) XLogCtl)->recoveryPauseState == > + RECOVERY_PAUSE_REQUESTED) > + recoveryPausesHere(false); > + > + now = GetCurrentTimestamp(); > + > > Do we need now = GetCurrentTimestamp(); here? Because, I see that > whenever the variable now is used within the for loop in > WaitForWALToBecomeAvailable, it's re-calculated anyways. It's being > used within case XLOG_FROM_STREAM: > > Am I missing something? Yeah, I don't see any reason for doing this, maybe it got copy pasted by mistake. Thanks for observing this. -- Regards, Dilip Kumar EnterpriseDB: http://www.enterprisedb.com
Вложения
В списке pgsql-hackers по дате отправления: