Re: AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace
В списке pgsql-hackers по дате отправления:
| От | Ian Lance Taylor |
|---|---|
| Тема | Re: AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace |
| Дата | |
| Msg-id | si3dcmbpfl.fsf@daffy.airs.com обсуждение исходный текст |
| Ответ на | AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace (Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>) |
| Список | pgsql-hackers |
Tom Lane <tgl@sss.pgh.pa.us> writes: > We just bought back almost all the system time. The only possible > explanation is that this way either doesn't keep the buffers from prior > blocks, or does not scan them for dirtybits. I note that the open(2) > man page is phrased so that O_SYNC is actually defined not to fsync the > whole file, but only the part you just wrote --- I wonder if it's > actually implemented that way? Sure, why not? That's how it is implemented in the Linux kernel. If you do a write with O_SYNC set, the write simply flushes out the buffers it just modified. If you call fsync, the kernel has to walk through all the buffers looking for ones associated with the file in question. Ian
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера