From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in> |
Cc: | Rod Taylor <rbt(at)rbt(dot)ca>, Andrew Sullivan <andrew(at)libertyrms(dot)info>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Some thoughts about i/o priorities and throttling vacuum |
Date: | 2003-10-17 15:53:52 |
Message-ID: | 23258.1066406032@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in> writes:
> I agree. This seems to be the best way of dealing with things. Of course,
> probably there are details we are missing here, but in general its good.
Actually, this is all pure handwaving, because you are ignoring the need
to remove index tuples. The existing VACUUM code amortizes index
cleanup over as many tuples as it can. If you do partial vacuuming of
tables then you are necessarily going to be expending more cycles (and
I/O) per tuple, on average, to get rid of the index entries. It's not
at all clear that there's any real win to be had in that direction.
Perhaps it's a win, but you have no evidence on which to assert so.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-10-17 15:59:50 | Re: Some thoughts about i/o priorities and throttling vacuum |
Previous Message | Tom Lane | 2003-10-17 15:45:14 | Re: Some more information_schema issues |