Re: Commitfest Status: Sudden Death Overtime - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: Commitfest Status: Sudden Death Overtime
Date
Msg-id 1311050464.31101.31.camel@jdavis
Whole thread Raw
In response to Re: Commitfest Status: Sudden Death Overtime  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Mon, 2011-07-18 at 15:59 -0400, Robert Haas wrote:
> On a pgbench run with 8
> clients on a 32-core machine, I see about a 2% speedup from that patch
> on pgbench -S, and it grows to 8% at 32 clients.  At 80 clients (but
> still just a 32-core box), the results bounce around more, but taking
> the median of three five-minute runs, it's an 11% improvement.  To me,
> that's enough to make it worth applying, especially considering that
> what is 11% on today's master is, in raw TPS, equivalent to maybe 30%
> of yesterday's master (prior to the fast relation lock patch being
> applied).  More, it seems pretty clear that this is the conceptually
> right thing to do, even if it's going to require some work elsewhere
> to file down all the rough edges thus exposed.  If someone objects to
> that, then OK, we should talk about that: but so far I don't think
> anyone has expressed strong opposition: in which case I'd like to fix
> it up and get it in.

Agreed. I certainly like the concept of the lazy vxid patch.

Regards,Jeff Davis



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Avoid index rebuilds for no-rewrite ALTER TABLE ALTER TYPE
Next
From: "Andrew Dunstan"
Date:
Subject: Re: pg_upgrade and log file output on Windows