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

Поиск
Список
Период
Сортировка
От Guillaume Smet
Тема Re: 8.3devel slower than 8.2 under read-only load
Дата
Msg-id 1d4e0c10711250507m19385deeh50d7cf972461d40c@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 8.3devel slower than 8.2 under read-only load  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: 8.3devel slower than 8.2 under read-only load  (Gregory Stark <stark@enterprisedb.com>)
Re: 8.3devel slower than 8.2 under read-only load  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Nov 25, 2007 8:06 AM, Tom Lane <tgl@sss.pgh.pa.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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Open 8.3 issues
Следующее
От: "Brendan Jurd"
Дата:
Сообщение: Re: quote_literal(integer) does not exist