Re: Autovacuum launcher doesn't notice death of postmaster immediately

Поиск
Список
Период
Сортировка
От Zdenek Kotala
Тема Re: Autovacuum launcher doesn't notice death of postmaster immediately
Дата
Msg-id 466E7436.5070000@sun.com
обсуждение исходный текст
Ответ на Re: Autovacuum launcher doesn't notice death of postmaster immediately  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Autovacuum launcher doesn't notice death of postmaster immediately  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
Alvaro Herrera wrote:
> Zeugswetter Andreas ADI SD escribió:
>>>>>>> The launcher is set up to wake up in autovacuum_naptime
>> seconds 
>>>>>>> at most.
>>>> Imho the fix is usually to have a sleep loop.
>>> This is what we have.  The sleep time depends on the schedule 
>>> of next vacuum for the closest database in time.  If naptime 
>>> is high, the sleep time will be high (depending on number of 
>>> databases needing attention).
>> No, I meant a "while (sleep 1(or 10) and counter < longtime) check for
>> exit" instead of "sleep longtime".
> 
> Ah; yes, what I was proposing (or thought about proposing, not sure if I
> posted it or not) was putting a upper limit of 10 seconds in the sleep
> (bgwriter sleeps 10 seconds if configured to not do anything).  Though
> 10 seconds may seem like an eternity for systems like the ones Peter was
> talking about, where there is a script trying to restart the server as
> soon as the postmaster dies.

There is also one "wild" solution. Postmaster and bgwriter will connect  with socket/pipe and select command will be
usedinstead sleep. If 
 
connection unexpectedly fails, select finish immediately and we are able 
to handle this issue asap. This socket should be used also in some 
special case when we need wake up it faster.

    Zdenek



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

Предыдущее
От: "Zeugswetter Andreas ADI SD"
Дата:
Сообщение: Re: Selecting a constant question
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: Selecting a constant question