Re: Checkpointer split has broken things dramatically (was Re: DELETE vs TRUNCATE explanation)
От | David Fetter |
---|---|
Тема | Re: Checkpointer split has broken things dramatically (was Re: DELETE vs TRUNCATE explanation) |
Дата | |
Msg-id | 20120723043733.GA13020@fetter.org обсуждение исходный текст |
Ответ на | Checkpointer split has broken things dramatically (was Re: DELETE vs TRUNCATE explanation) (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Checkpointer split has broken things dramatically (was
Re: DELETE vs TRUNCATE explanation)
|
Список | pgsql-hackers |
On Tue, Jul 17, 2012 at 06:56:50PM -0400, Tom Lane wrote: > Robert Haas <robertmhaas@gmail.com> writes: > > On Mon, Jul 16, 2012 at 3:18 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> BTW, while we are on the subject: hasn't this split completely > >> broken the statistics about backend-initiated writes? > > > Yes, it seems to have done just that. > > This implies that nobody has done pull-the-plug testing on either > HEAD or 9.2 since the checkpointer split went in (2011-11-01), > because even a modicum of such testing would surely have shown that > we're failing to fsync a significant fraction of our write traffic. > > Furthermore, I would say that any performance testing done since > then, if it wasn't looking at purely read-only scenarios, isn't > worth the electrons it's written on. In particular, any performance > gain that anybody might have attributed to the checkpointer splitup > is very probably hogwash. > > This is not giving me a warm feeling about our testing practices. Is there any part of this that the buildfarm, or some other automation framework, might be able to handle? Cheers, David. -- David Fetter <david@fetter.org> http://fetter.org/ Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter Skype: davidfetter XMPP: david.fetter@gmail.com iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate
В списке pgsql-hackers по дате отправления: