From: | Rumko <rumcic(at)gmail(dot)com> |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Giant TOAST tables due to many almost empty pages |
Date: | 2010-05-12 20:57:21 |
Message-ID: | hsf4nh$3g6$1@dough.gmane.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Tom Lane wrote:
<snip>
>
> There's something extremely wacko about that vacuum output. A toast
> table should have few, if any, rows that short. And it's impossible
> to believe there's no free space at all in the table, especially since
> 122*3259181 bytes is still quite a lot less than 3259181 pages. Are
> you running with any nonstandard storage or vacuum parameters?
>
> regards, tom lane
>
Regarding storage paramaters, you mean ALTER TABLE x SET STORAGE...? Then no.
Only autovacuum settings are changed to be a bit more aggressive, vacuum
settings haven't been touched:
# select name,setting from pg_settings where source not in
('default','override') AND name LIKE '%vacuum%';
name | setting
--------------------------------+---------
autovacuum_max_workers | 4
autovacuum_naptime | 45
autovacuum_vacuum_cost_delay | 15
autovacuum_vacuum_cost_limit | 2000
autovacuum_vacuum_scale_factor | 0.1
autovacuum_vacuum_threshold | 75
(6 rows)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-05-12 21:03:11 | Re: Re: [ANNOUNCE] Bug-fix and new feature of pg_lesslog is released |
Previous Message | Bruce Momjian | 2010-05-12 20:46:17 | Re: [ANNOUNCE] Bug-fix and new feature of pg_lesslog is released |