Re: Instrument checkpoint sync calls
| От | Tom Lane |
|---|---|
| Тема | Re: Instrument checkpoint sync calls |
| Дата | |
| Msg-id | 5308.1289850501@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Instrument checkpoint sync calls (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Instrument checkpoint sync calls
Re: Instrument checkpoint sync calls |
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I would be very surprised if we can find a system where gettimeofday()
> takes a significant amount of time compared with fsync(). It might be
> (probably is) too expensive to stick into code paths that are heavily
> CPU-bounded, but surely the cost here is going to be dwarfed by the
> fsync(), no? Unless maybe there's no I/O to be done anyway, but that
> case doesn't seem important to optimize for.
I'm not sure I buy that --- the whole point of spread checkpoints is
that we hope the I/O happens before we actually call fsync.
> Making it
> conditional on log_checkpoints seems entirely sufficient to me.
But I'll agree with that. If you're turning on log_checkpoints then
you've given the system permission to indulge in extra overhead for
monitoring.
regards, tom lane
В списке pgsql-hackers по дате отправления: