From: | Rod Taylor <pg(at)rbt(dot)ca> |
---|---|
To: | Litao Wu <litaowu(at)yahoo(dot)com> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: vacuum_mem |
Date: | 2004-07-08 18:25:30 |
Message-ID: | 1089311129.5999.219.camel@jester |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
> It seems vacuum_mem does not have performance
> effect at all.
Wrong conclusion. It implies that your test case takes less than 64M of
memory to track your removed tuples. I think it takes 8 bytes to track a
tuple for vacuuming an index, which means it should be able to track
800000 deletions. Since you're demonstration had 750000 for removal,
it's under the limit.
Try your test again with 32MB; it should make a single sequential pass
on the table, and 2 passes on each index for that table.
Either that, or do a few more aborted updates.
From | Date | Subject | |
---|---|---|---|
Next Message | Bill Chandler | 2004-07-08 20:49:21 | Re: Terrible performance after deleting/recreating indexes |
Previous Message | Andy Ballingall | 2004-07-08 18:05:06 | Working on huge RAM based datasets |