Re: [Testperf-general] pg_autovacuum w/ dbt2

From: Mark Wong <markw(at)osdl(dot)org>
To: pgsql-hackers(at)postgresql(dot)org, tgl(at)sss(dot)pgh(dot)pa(dot)us, matthew(at)zeut(dot)net
Cc: testperf-general(at)pgfoundry(dot)org
Subject: Re: [Testperf-general] pg_autovacuum w/ dbt2
Date: 2005-01-07 00:43:10
Message-ID: 20050106164310.B25334@osdl.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

I apologize for the significant delay, here's a link to results to a
test with 8.0rc3:
http://www.osdl.org/projects/dbt2dev/results/dev4-010/236/

These are the same parameters with as run 215, listed below with the
but with --enable-debug --enable-cassert. I also ran pg_autovacuum
with -d4, where the output can be seen here:
http://www.osdl.org/projects/dbt2dev/results/dev4-010/236/dbt2.out

I, uh, wasn't able to reproduce the previous errors after repairing my
filesystems after a power outage. So I figure that might be good news.
The performance is up from run 215 with the errors, so I'll continue
with trying to tune some of the pg_autovacuum values.

Mark

On Tue, Dec 21, 2004 at 09:41:31AM -0800, Mark Wong wrote:
> After all this time I finally got around to vacuuming the database
> with dbt2 with pg_autovacuum. :)
> http://www.osdl.org/projects/dbt2dev/results/dev4-010/215/
>
> Doesn't look so good though, probably because I'm not using optimal
> settings with pg_autovacuum. So far I have only tried the default
> settings (running without any arguments, except -D).
>
> The only thing that's peculiar is a number of unexpected rollbacks
> across all of the transactions. I suspect it was something to do with
> these messages coming from pg_autovacuum:
>
> [2004-12-20 15:48:18 PST] ERROR: Can not refresh statistics information from the database dbt2.
> [2004-12-20 15:48:18 PST] The error is [ERROR: failed to re-find parent key in "pk_district"
> ]
>
> This is with 8.0rc1. I can get rc2 installed since it just came out.
> So let me know what I can try and what not.
>
> Mark

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2005-01-07 01:37:14 Re: CSV arm check failure
Previous Message Bruce Momjian 2005-01-06 22:24:06 Re: PostgreSQL 8.0.0 Release Scheduale

Browse pgsql-www by date

  From Date Subject
Next Message nobody 2005-01-07 01:16:20 Comment #1969 was rejectd by xzilla
Previous Message nobody 2005-01-06 22:11:28 Comment 1969 added to page installation.html of version 7.4