Re: Instrument checkpoint sync calls
От | Jeff Janes |
---|---|
Тема | Re: Instrument checkpoint sync calls |
Дата | |
Msg-id | AANLkTimOw48vy3kznwjQQmGWzCDQp=mVGOO=ZvLJzEy2@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Instrument checkpoint sync calls (Greg Smith <greg@2ndquadrant.com>) |
Ответы |
Re: Instrument checkpoint sync calls
Re: Instrument checkpoint sync calls |
Список | pgsql-hackers |
On Mon, Nov 15, 2010 at 12:09 PM, Greg Smith <greg@2ndquadrant.com> wrote: > So my task list is: > > 0) Rebase against the HEAD that just code related to this touched today > > 1) Assume that log_checkpoints is sufficient control over whether the timing > overhead added is worth collecting, and therefore remove the half-baked idea > of also wrapping with a compile-time option. > > 2) Have the sync summary returned upwards, so it can be put onto the same > line as the rest of the rest of the log_checkpoint info. > > All seems reasonable to me. Will rev a new patch by tomorrow. For the individual file sync times emitted under debug1, it would be very handy if the file being synced was identified, for example "relation base/16384/16523". Rather than being numbered sequentially within a given checkpoint. Cheers, Jeff
В списке pgsql-hackers по дате отправления: