Re: Protecting against unexpected zero-pages: proposal
От | Aidan Van Dyk |
---|---|
Тема | Re: Protecting against unexpected zero-pages: proposal |
Дата | |
Msg-id | AANLkTikuuLMFL0gv9XL7=jfxHQ8CYRfgXC_UoLC9N-KA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Protecting against unexpected zero-pages: proposal (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: Protecting against unexpected zero-pages: proposal
|
Список | pgsql-hackers |
On Tue, Nov 9, 2010 at 8:45 AM, Greg Stark <gsstark@mit.edu> wrote: > But buffering the page only means you've got some consistent view of > the page. It doesn't mean the checksum will actually match the data in > the page that gets written out. So when you read it back in the > checksum may be invalid. I was assuming that if the code went through the trouble to buffer the shared page to get a "stable, non-changing" copy to use for checksumming/writing it, it would write() the buffered copy it just made, not the original in shared memory... I'm not sure how that write could be in-consistent. a. -- Aidan Van Dyk Create like a god, aidan@highrise.ca command like a king, http://www.highrise.ca/ work like a slave.
В списке pgsql-hackers по дате отправления: