Re: Cpu usage 100% on slave. s_lock problem.

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Cpu usage 100% on slave. s_lock problem.
Дата
Msg-id 20130827155556.GA9061@awork2.anarazel.de
обсуждение исходный текст
Ответ на Re: Cpu usage 100% on slave. s_lock problem.  (Merlin Moncure <mmoncure@gmail.com>)
Ответы Re: Cpu usage 100% on slave. s_lock problem.  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-performance
On 2013-08-27 09:57:38 -0500, Merlin Moncure wrote:
> + bool
> + RecoveryMightBeInProgress(void)
> + {
> +     /*
> +      * We check shared state each time only until we leave recovery mode. We
> +      * can't re-enter recovery, so there's no need to keep checking after the
> +      * shared variable has once been seen false.
> +      */
> +     if (!LocalRecoveryInProgress)
> +         return false;
> +     else
> +     {
> +         /* use volatile pointer to prevent code rearrangement */
> +         volatile XLogCtlData *xlogctl = XLogCtl;
> +
> +         /* Intentionally query xlogctl without spinlocking! */
> +         LocalRecoveryInProgress = xlogctl->SharedRecoveryInProgress;
> +
> +         return LocalRecoveryInProgress;
> +     }
> + }

I don't think it's acceptable to *set* LocalRecoveryInProgress
here. That should only be done in the normal routine.

Greetings,

Andres Freund

--
 Andres Freund                       http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


В списке pgsql-performance по дате отправления:

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: Cpu usage 100% on slave. s_lock problem.
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: Cpu usage 100% on slave. s_lock problem.