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) -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs