From: | "Usama Dar" <munir(dot)usama(at)gmail(dot)com> |
---|---|
To: | "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, "Campbell, Lance" <lance(at)uiuc(dot)edu>, "posgres support" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Enhancement request |
Date: | 2007-12-02 20:51:23 |
Message-ID: | ff0e67090712021251x9745a37o230a9da22a1dca33@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Dec 2, 2007 6:31 AM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Joshua D. Drake escribió:
> > On Fri, 30 Nov 2007 19:34:02 -0300
> > Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> >
> > > Joshua D. Drake escribió:
> > >
> > > > The multi-worker autovacuum is a great new addition to help part of
> > > > that problem (starvation) but it is not help against the other
> > > > (resource consumption, specifically IO).
> > >
> > > Huh, autovac will consume exactly the same amount of I/O as a
> > > user-induced vacuum, so I don't see your point.
> >
> > It can be determined "when" the I/O is used.
>
> Future plans call for being able to change autovac parameters depending
> on time of day, so you will be able to decide that using autovacuum too.
>
> > > Remember, we're not adding VACUUM SCHEMA in 8.2 so it doesn't make any
> > > sense to try to compare it against the old autovac. And you can bet
> > > that in 8.4 autovac will have even more goodies.
> >
> > I assume you mean 8.3, but that is certainly a valid point.
>
> No, I meant 8.4 --- the feature set of 8.3 is already set on stone. So
> VACUUM SCHEMA has to compete with whatever we're able to do for the
> release following that one.
i think even when autovacuum is uber-perfect , the manual overriding
commands like VACUUM and utilities like VACUUMDB will still exist for a long
time to come, so there is a case of improving them if required. Maybe it
would be just easier to add a schema switch to VACUUMDB, which can just
query the catalogs to find which tables to vacuum, this way no parser
changes are involved or any tinkering with the backend code.
>
> --
> Alvaro Herrera
> http://www.advogato.org/person/alvherre
> "Entristecido, Wutra (canción de Las Barreras)
> echa a Freyr a rodar
> y a nosotros al mar"
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
>
--
Usama Munir Dar http://linkedin.com/in/usamadar
Consultant Architect
Cell:+92 321 5020666
Skype: usamadar
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2007-12-03 07:26:17 | Re: Enhancement request |
Previous Message | Alvaro Herrera | 2007-12-02 01:31:14 | Re: Enhancement request |