From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: testing ProcArrayLock patches |
Date: | 2011-11-19 01:03:01 |
Message-ID: | CA+TgmoaacFw17BmoFQQXAPYdy8_mxsDZBp8bidnfrg4NoPG9DA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Nov 18, 2011 at 6:46 PM, Kevin Grittner
<Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
>>> tps = 21946.961196 (including connections establishing)
>>> tps = 22911.873227 (including connections establishing)
>>>
>>> For write transactions, that seems pretty respectable.
>>
>> Very. What do you get without the patch?
>
> [quick runs a couple tests that way]
>
> Single run with -M simple:
>
> tps = 23018.314292 (including connections establishing)
>
> Single run with -M prepared:
>
> tps = 27910.621044 (including connections establishing)
>
> So, the patch appears to hinder performance in this environment,
> although certainty is quite low with so few samples. I'll schedule
> a spectrum of runs before I leave this evening (very soon).
Hmm. There's obviously something that's different in your environment
or configuration from what I tested, but I don't know what it is. The
fact that your scale factor is larger than shared_buffers might
matter; or Intel vs. AMD. Or maybe you're running with
synchronous_commit=on?
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Mead | 2011-11-19 01:55:40 | Re: IDLE in transaction introspection |
Previous Message | Kevin Grittner | 2011-11-18 23:46:37 | Re: testing ProcArrayLock patches |