Re: Overhead cost of Serializable Snapshot Isolation

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: Greg Sabino Mullane <greg(at)endpoint(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Overhead cost of Serializable Snapshot Isolation
Date: 2011-10-10 22:13:03
Message-ID: CA+U5nMJWbXiVkrDKJPdAdwghzZAr-hpy3rUEBP8qXD0nOaLZRA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 10, 2011 at 8:30 PM, Heikki Linnakangas
<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> On 10.10.2011 21:25, Greg Sabino Mullane wrote:
>>
>> I agree it is better versus SELECT FOR, but what about repeatable read
>> versus
>> the new serializable? How much overhead is there in the 'monitoring of
>> read/write dependencies'? This is my only concern at the moment. Are we
>> talking insignificant overhead? Minor? Is it measurable? Hard to say
>> without
>> knowing the number of txns, number of locks, etc.?
>
> I'm sure it does depend heavily on all of those things, but IIRC Kevin ran
> some tests earlier in the spring and saw a 5% slowdown. That feels like
> reasonable initial guess to me. If you can run some tests and measure the
> overhead in your application, it would be nice to hear about it.

How do we turn it on/off to allow the overhead to be measured?

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2011-10-10 22:31:34 Re: Overhead cost of Serializable Snapshot Isolation
Previous Message Dan Ports 2011-10-10 21:55:10 Re: Overhead cost of Serializable Snapshot Isolation