Re: PostgreSQL 7.3.3 and Intel C compiler - Mailing list pgsql-hackers

From Tom Lane
Subject Re: PostgreSQL 7.3.3 and Intel C compiler
Date
Msg-id 4035.1058853873@sss.pgh.pa.us
Whole thread Raw
In response to Re: PostgreSQL 7.3.3 and Intel C compiler  (Hans-Jürgen Schönig <hs@cybertec.at>)
Responses Re: PostgreSQL 7.3.3 and Intel C compiler  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Hans-Jürgen Schönig <hs@cybertec.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.

> I am sorry but I cannot provide you the tools we have used because we 
> have a non disclosure agreement with the customer. I will try to verify 
> this with my machines and a simple self-made benchmark.

Please try to create a self-contained test case to demonstrate this
behavior.  I'd like to try to profile it...
        regards, tom lane


pgsql-hackers by date:

Previous
From: marcus.boerger@t-online.de (Marcus Börger)
Date:
Subject: Re: php with postgres
Next
From: Andreas Joseph Krogh
Date:
Subject: Re: tsearch2 for 7.3.X