From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: cheaper snapshots redux |
Date: | 2011-08-23 15:06:07 |
Message-ID: | CA+U5nMLFJO=oU9RmczXE2Mb0=ANBir99xUmss1zYYVAJTNYa3Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Aug 22, 2011 at 10:25 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> I've been giving this quite a bit more thought, and have decided to
> abandon the scheme described above, at least for now.
I liked your goal of O(1) snapshots and think you should go for that.
I didn't realise you were still working on this, and had some thoughts
at the weekend which I recorded just now. Different tack entirely.
> Heikki has made the suggestion a few times (and a few other people
> have since made somewhat similar suggestions in different words) of
> keeping an-up-to-date snapshot in shared memory such that transactions
> that need a snapshot can simply copy it. I've since noted that in Hot
> Standby mode, that's more or less what the KnownAssignedXids stuff
> already does. I objected that, first, the overhead of updating the
> snapshot for every commit would be too great, and second, it didn't
> seem to do a whole lot to reduce the size of the critical section, and
> therefore probably wouldn't improve performance that much. But I'm
> coming around to the view that these might be solvable problems rather
> than reasons to give up on the idea altogether.
Sounds easy enough to just link up KnownAssignedXids and see...
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-08-23 15:31:06 | Getting rid of pg_pltemplate |
Previous Message | Simon Riggs | 2011-08-23 15:06:04 | Deferred Snapshots |