Re: WAL Bypass for indexes - Mailing list pgsql-hackers

From Tom Lane
Subject Re: WAL Bypass for indexes
Date
Msg-id 26168.1144023470@sss.pgh.pa.us
Whole thread Raw
In response to WAL Bypass for indexes  ("Martin Scholes" <marty@iicolo.com>)
List pgsql-hackers
"Martin Scholes" <marty@iicolo.com> writes:
> I did some informal testing using pgbench on v8.07.  First, I ran pgbench =
> normally with 75 users doing 100 transactions, full vacuuming between runs. =
>  My machine consistently gave me 92 tps.

> As an experiment, I commented out of the btree index source all of the XLOG =
> code I could find.  I basically replaced the test for a temp table with "if =
> (0)" and then recompiled.

It'd be more interesting if you'd done this testing on 8.1, or better
CVS HEAD, as we took several steps to improve WAL performance in 8.1
(notably, abandoning the 64-bit CRC code).  Also, when you don't say
what configuration you were testing, the test results don't mean a lot.
The cost of WAL logging is *very* heavily influenced by things such as
checkpoint frequency, whether you have a separate drive for WAL, etc.

> It seems to me that major performance gains can be had by allowing some =
> indexes to be created with some "UNSAFE-FAIL" flag,

This might be worth doing, but I'd want to see a more convincing
demonstration before putting effort into it ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Martin Scholes"
Date:
Subject: WAL Bypass for indexes
Next
From: "Jonah H. Harris"
Date:
Subject: Re: WAL Bypass for indexes