Re: UNDO and in-place update
От | Peter Geoghegan |
---|---|
Тема | Re: UNDO and in-place update |
Дата | |
Msg-id | CAM3SWZREr9jWYKkFWshCmjPg9+09-QkWqrMipx+r-U9MjH-k0A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: UNDO and in-place update (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: UNDO and in-place update
Re: UNDO and in-place update |
Список | pgsql-hackers |
On Tue, Nov 22, 2016 at 7:31 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> - Reading a page that has been recently modified gets significantly >> more expensive; it is necessary to read the associated UNDO entries >> and do a bunch of calculation that is significantly more complex than >> what is required today. Someone told me that there is something called an interested transaction list stored in the page header, and from that I infer that isn't *really* true. I think that unless you're interested in an affected row, rather than just some row that happens to be on the same page, you don't really have to worry about it. > Oracle spends a lot of time on this, and it's really cache-inefficient > because the data is spread all over. This was what this guy felt in > circa 2001; I'd have to think that the cache unfriendliness problem is > much worse for modern hardware. I imagine that temporal locality helps a lot. Most snapshots will be interested in the same row version. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: