Re: disk space usage enlarging despite vacuuming

From: Ron Snyder <snyder(at)roguewave(dot)com>
To: 'Tom Lane' <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Tzvetan Tzankov <ceco(at)noxis(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: disk space usage enlarging despite vacuuming
Date: 2003-05-19 22:06:45
Message-ID: F888C30C3021D411B9DA00B0D0209BE803BBA52B@cvo-exchange.cvo.roguewave.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> What's your turnover rate for updating or deleting large objects?

There's probably only about 10K additions/day, and there should be about
7500 deletions/day.

> I'm guessing that you have the FSM parameters (in postgresql.conf) set
> too small to allow the system to keep track of all the free space in
> pg_largeobject. Ideally, VACUUM logs all the space it frees into
> the FSM, and this space is then reused by subsequent inserts/updates,
> and you run out of it right about the time of the next VACUUM run.
> But if the FSM is too small then some space "leaks" in each cycle
> and you have continuing growth of the table.

Doh! I meant to include this info, because I knew you'd want it.
max_fsm_pages is 100K, and max_fsm_relations is left at the default (of
100).

Thanks,
-ron

> There is some code in CVS tip to help you determine whether
> FSM is large
> enough or not, but in 7.2 or 7.3 you gotta work it out for
> yourself :-(

>
> regards, tom lane
>

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Larry Rosenman 2003-05-19 22:17:24 Re: pg_atoi problem with 7.3.2
Previous Message Tom Lane 2003-05-19 21:52:27 Re: disk space usage enlarging despite vacuuming