Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Kim
Our pgstats.stat file is 40M for 8.2, on 8.1 it was 33M. Our schema size hasn't grown *that* much in the two weeks since we upgraded I'm not sure if this sheds any more light on the situation, but in scanning down through the process output from truss, it looks like the first section of output

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Tom Lane
I wrote: > (2) Reconsider whether last-vacuum-time should be sent to the collector > unconditionally. Actually, now that I look, the collector already contains this logic: /* * Don't create either the database or table entry if it doesn't already * exist. This avoids bloating the s

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Jim C. Nasby
On Thu, Jan 11, 2007 at 04:49:28PM -0300, Alvaro Herrera wrote: > Tom Lane wrote: > > > What I think we need to do about this is > > > > (1) fix pgstat_vacuum_tabstats to have non-O(N^2) behavior; I'm thinking > > of using a hash table for the OIDs instead of a linear list. Should be > > a prett

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Tom Lane
"Simon Riggs" <[EMAIL PROTECTED]> writes: > It's not clear to me how this fix will alter the INSERT issue Kim > mentions. I didn't say that it would; we have no information on the INSERT issue, so I'm just concentrating on the problem that he did provide info on. (BTW, I suppose the slow-\d issue

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Simon Riggs
On Thu, 2007-01-11 at 14:45 -0500, Tom Lane wrote: > Kim <[EMAIL PROTECTED]> writes: > > We were running on 8.1.1 previous to upgrading to 8.2, and yes, we > > definitely have a heafty pg_class. The inheritance model is heavily used > > in our schema (the results of the group by you wanted to see

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Alvaro Herrera
Tom Lane wrote: > What I think we need to do about this is > > (1) fix pgstat_vacuum_tabstats to have non-O(N^2) behavior; I'm thinking > of using a hash table for the OIDs instead of a linear list. Should be > a pretty small change; I'll work on it today. > > (2) Reconsider whether last-vacuum

Re: [HACKERS] [PERFORM] unusual performance for vac following 8.2 upgrade

2007-01-11 Thread Tom Lane
Kim <[EMAIL PROTECTED]> writes: > We were running on 8.1.1 previous to upgrading to 8.2, and yes, we > definitely have a heafty pg_class. The inheritance model is heavily used > in our schema (the results of the group by you wanted to see are down > below). However, no significant problems were