Re: tackling full page writes
От
Simon Riggs
Тема
Re: tackling full page writes
Дата
Msg-id
BANLkTikzCw81-pKWSaKvdO7LLo1rKdN=+Q@mail.gmail.com
Ответ на
tackling full page writes (Robert Haas)
Список
Дерево обсуждения
tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Jeff Davis <pgsql@j-davis.com>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Fujii Masao <masao.fujii@gmail.com>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Fujii Masao <masao.fujii@gmail.com>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Bruce Momjian <bruce@momjian.us>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Bruce Momjian <bruce@momjian.us>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes Greg Smith <greg@2ndQuadrant.com>
Re: tackling full page writes Robert Haas <robertmhaas@gmail.com>
Re: tackling full page writes "Ross J. Reedstrom" <reedstrm@rice.edu>
Re: tackling full page writes Greg Stark <gsstark@mit.edu>
Re: tackling full page writes Simon Riggs <simon@2ndQuadrant.com>
On Tue, May 24, 2011 at 9:34 PM, Robert Haas wrote: > I'm not sure that these ideas are much good, but > for the sake of posterity: Both (1) and (2) seem promising to me. Heikki mentioned (2) would only be effective if we managed to change *all* WAL records. ISTM likely that we would find that difficult and/or time consuming and/or buggy. I would qualify that by saying *all* WAL record types for a certain page type, such as all btree index pages. Not that much better, since heap and btree are the big ones, ISTM. (1) seems like we could do it incrementally if we supported both partial and full page writes at same time. That way we could work on the most frequent record types over time. Not sure if that is possible, but seems worth considering. -- Simon Riggs http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления