Re: 8.3devel slower than 8.2 under read-only load

From: "Guillaume Smet" <guillaume(dot)smet(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Gregory Stark" <stark(at)enterprisedb(dot)com>, "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, "Greg Smith" <gsmith(at)gregsmith(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 8.3devel slower than 8.2 under read-only load
Date: 2007-11-25 13:07:11
Message-ID: 1d4e0c10711250507m19385deeh50d7cf972461d40c@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Nov 25, 2007 8:06 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> The TPS numbers bounce around by 1% or so on repeated trials, so I
> wouldn't put too much faith in small differences. What it looks like
> to me is that it's all about the stats collection overhead. The drop on
> 01-17 corresponds to autovac and stats_row_level being turned on by
> default. The improvement on 03-02 is the fix for the problem that the
> stats collector process wanted to write the stats file way too often,
> and the improvement on 04-30 comes from rate-limiting stats messages
> from individual backends to the stats collector.

Using pgbench -n -S -c 10 -t 100000, I also have CVS tip as fast as
CVS from january. But using my set of queries, it's not.

It's hard to tell what is exactly causing this but the only difference
between both is that mine is based on varchars and yours is based on
integers so as Greg suggested it, maybe the culprit is the packed
varlenas patch.

I'll try to measure the overhead of this patch alone.

--
Guillaume

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Brendan Jurd 2007-11-25 13:19:17 Re: quote_literal(integer) does not exist
Previous Message Simon Riggs 2007-11-25 13:02:49 Re: Open 8.3 issues