Re: Identifying diskspace leakage

From: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
To: "Jeffrey W(dot) Baker" <jwbaker(at)acm(dot)org>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Identifying diskspace leakage
Date: 2004-05-14 22:51:12
Message-ID: 200405141651.12176.pgsql@bluepolka.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Friday May 14 2004 11:47, Jeffrey W. Baker wrote:
> > Is there a way to identify the numbers of unused tuples without
> > performing a VACUUM? Is it stored in a system table anywhere? Other
> > ideas on how to identify disk bloat short of forcing downtime?
>
> You can calculate the number of bytes per row, multiply by the number of
> live tuples (count(1) from table), and subtract that from the actual #
> of bytes in the on-disk representation. The difference is wasted space.

That works, but with umpteen clusters to manage, I'm really hoping for a
SQL-based check so it can be done remotely and non-interactively. Maybe it
is too much to keep track of, but it would be cool if VACUUM updated a
system table with the same info it spits out during verbose mode. That
would be very helpful in auto-identifying leakage and also a recent case
where the cpu:real time ratio during vacuum went thru the roof due to I/O
overload from leakage.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2004-05-15 03:55:34 Re: pg_xlog becomes extremely large during CREATE INDEX
Previous Message Glenn Sullivan 2004-05-14 20:19:20 Re: Column names and datatypes