From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Zeugswetter Andreas ADI SD <ZeugswetterA(at)spardat(dot)at> |
Cc: | Andrew Hammond <andrew(dot)george(dot)hammond(at)gmail(dot)com>, "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Autovacuum launcher doesn't notice death of postmaster immediately |
Date: | 2007-06-08 15:14:52 |
Message-ID: | 20070608151452.GI9071@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
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.
--
Alvaro Herrera Developer, http://www.PostgreSQL.org/
"Limítate a mirar... y algun día veras"
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2007-06-08 16:02:53 | Re: COPYable logs status |
Previous Message | Andrew Sullivan | 2007-06-08 15:06:09 | Re: Controlling Load Distributed Checkpoints |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-06-08 15:25:41 | Re: Synchronized scans |
Previous Message | Andrew Sullivan | 2007-06-08 15:06:09 | Re: Controlling Load Distributed Checkpoints |