From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Claudio Lapidus <clapidus(at)hotmail(dot)com> |
Cc: | Bruno Wolff III <bruno(at)wolff(dot)to>, Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Buglist |
Date: | 2003-08-22 16:21:50 |
Message-ID: | 3F46431E.90004@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Claudio Lapidus wrote:
> Bruno Wolff III wote:
>> On Fri, Aug 22, 2003 at 12:17:41 +0530,
>> Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in> wrote:
>> >
>> > Idea of autovacuum is to reduce load on vacuum full. If you set
> shared_buffers
>> > higher and FSM properly for he update/delete load, autovacuum is
> expected to
>> > catch most of the dead tuples in shared cache only. If it is successful
> in
>> > doubling the frequency on vacuum full, that's a big win, isn't it?
>>
>> If you run a normal vacuum often enough, you shouldn't need to regularly
>> run vacuum full.
>
> Hmm, here we have a certain table, sort of FIFO, rows get inserted all the
> time, lay there for a couple of hours and get deleted "the other end
> around". We run normal vacuum almost constantly, but the table keeps
> growing. We had to implement a 'vacuum full' once a week to keep it under
> control.
What is the size of your database, how many tables do you have and what
are your FSM settings?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2003-08-22 16:26:39 | Re: pgAdminII Error |
Previous Message | Greg Stark | 2003-08-22 16:20:40 | Re: Collation rules and multi-lingual databases |
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 2003-08-22 16:49:33 | Re: Single-file DBs WAS: Need concrete "Why Postgres |
Previous Message | Tom Lane | 2003-08-22 16:21:09 | Re: postgresql 7.3.2 bug on date '1901-12-13' and '1901-12 |