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 по дате отправления: