Re: Huge number of disk writes after migration to 8.1 - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Huge number of disk writes after migration to 8.1
Date
Msg-id 24124.1137608076@sss.pgh.pa.us
Whole thread Raw
In response to Re: Huge number of disk writes after migration to 8.1  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Huge number of disk writes after migration to 8.1
List pgsql-bugs
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> Tom Lane wrote:
>> Given the nature of what's counted, I think that treating these
>> messages as "row level" stats would be appropriate.  Alvaro, what do
>> you think?

> Yeah, row level seems appropiate for what we use it.  I'll take care of
> it, unless you want to do it.

Actually, there's another problem here: if we do have row-level stats
turned on, a manual "VACUUM" command will still cause the set of tables
listed in the stats file to grow to include every table in the DB,
whether or not anything interesting is happening to that table.  I think
this is probably undesirable.  I'm tempted to change pgstat_recv_vacuum
and pgstat_recv_analyze so that they will not create new hash entries,
but only insert the row count if the hash entry already exists.  I am a
bit worried that I might be missing something about possible
interactions with autovacuum though.  I see that autovac skips vacuuming
tables that have no hash entry ... is there some circular reasoning
going on there?

            regards, tom lane

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Huge number of disk writes after migration to 8.1
Next
From: Alvaro Herrera
Date:
Subject: Re: Huge number of disk writes after migration to 8.1