Re: PostgreSQL 7.3.3 and Intel C compiler

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Hans-Jürgen Schönig <hs(at)cybertec(dot)at>, pgsql-hackers(at)postgresql(dot)org, peter_e(at)gmx(dot)net
Subject: Re: PostgreSQL 7.3.3 and Intel C compiler
Date: 2003-07-22 16:01:33
Message-ID: 200307221601.h6MG1XT21482@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> =?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <hs(at)cybertec(dot)at> writes:
> > There is one nifty detail which seems VERY strange to me: If
> > serializable mode is set in postgresql.conf the system was 3 times
> > faster (~ 7.5 sec. vs. 2.5sec). If serializable mode was set for every
> > transaction (using set at the beginning of the transaction) serializable
> > mode was as fast as read committed.
>
> Seems pretty strange to me too. I can believe that taking a new
> snapshot for each command (as READ COMMITTED mode does) might take a
> significant amount of time, especially if you have a large number of
> backends connected. (I think the time to get the snapshot data is
> linear in the number of live backends; also there is the possibility
> of contention on the PROC array when multiple backends need to fetch
> snapshots at the same time.) But if that's where the performance
> difference is, it wouldn't matter whether you start in serializable
> mode by default or issue a SET command to select it.

But the snapshots only are grabbing the xids from each proc, right?
Doesn't seem that would take very long.

If this is the bottleneck, maybe we need a shared proc lock.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2003-07-22 16:05:35 Re: tsearch2 for 7.3.X
Previous Message Teodor Sigaev 2003-07-22 16:01:31 Re: tsearch2 for 7.3.X