vacuum full, why multiple times ?

From: Gaetano Mendola <mendola(at)bigfoot(dot)com>
To: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: vacuum full, why multiple times ?
Date: 2005-03-09 01:02:13
Message-ID: 422E4B15.60806@bigfoot.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,
this is the third email that I post but I do not see it in archives,
the email was too long I believe so this time I will limit the rows.
Basically I'm noticing that a simple vacuum full is not enough to
shrink completelly the table:

# vacuum full verbose url;
INFO: vacuuming "public.url"
INFO: "url": found 268392 removable, 21286 nonremovable row versions in 8563 pages
DETAIL: 22 dead row versions cannot be removed yet.
Nonremovable row versions range from 104 to 860 bytes long.
There were 13924 unused item pointers.
Total free space (including removable row versions) is 63818404 bytes.
4959 pages are or will become empty, including 7 at the end of the table.
8296 pages containing 63753840 free bytes are potential move destinations.
CPU 0.33s/0.12u sec elapsed 9.55 sec.

[SNIPPED]

INFO: "url": moved 2 row versions, truncated 8563 to 8550 pages

and after 4 vacuum full:

empdb=# vacuum full verbose url;
INFO: vacuuming "public.url"
INFO: "url": found 13 removable, 21264 nonremovable row versions in 8504 pages
DETAIL: 0 dead row versions cannot be removed yet.
Nonremovable row versions range from 104 to 860 bytes long.
There were 280528 unused item pointers.
Total free space (including removable row versions) is 63349188 bytes.
4913 pages are or will become empty, including 0 at the end of the table.
8234 pages containing 63340628 free bytes are potential move destinations.
CPU 0.17s/0.04u sec elapsed 0.49 sec.

[SNIPPED]

INFO: "url": moved 5666 row versions, truncated 8504 to 621 pages

anyone knows why ? I had the same behaviour with a 46000 rows table with
46000 pages! It was reduced to 3000 pages after 7 vacuum full.

Regards
Gaetano Mendola

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCLksV7UpzwH2SGd4RAoz3AKDvXSx3w/jRz/NR1pgtrxIZs8cJcwCg/0xm
zSr0sPDBkp8V1WXjREoVdLk=
=EHv2
-----END PGP SIGNATURE-----

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Aaron Birkland 2005-03-09 01:13:29 Re: Why would writes to pgsql_tmp bottleneck at 1mb/s?
Previous Message Gaetano Mendola 2005-03-09 00:54:32 Re: pl/pgsql faster than raw SQL?