Re: fsync method checking
| От | Manfred Spraul |
|---|---|
| Тема | Re: fsync method checking |
| Дата | |
| Msg-id | 3FDA2B0A.1060709@colorfullife.com обсуждение исходный текст |
| Ответ на | fsync method checking (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: fsync method checking
|
| Список | pgsql-hackers |
Bruce Momjian wrote:
> write 0.000360
> write & fsync 0.001391
> write, close & fsync 0.001308
> open o_fsync, write 0.000924
>
>
That's 1 milliseconds vs. 1.3 milliseconds. Neither value is realistic -
I guess the hw cache on and the os doesn't issue cache flush commands.
Realistic values are probably 5 ms vs 5.3 ms - 6%, not 30%. How large is
the syscall latency with BSD/OS 4.3?
One advantage of a seperate write and fsync call is better performance
for the writes that are triggered within AdvanceXLInsertBuffer: I'm not
sure how often that's necessary, but it's a write while holding both the
WALWriteLock and WALInsertLock. If every write contains an implicit
sync, that call would be much more expensive than necessary.
--
Manfred
В списке pgsql-hackers по дате отправления: