Re: fallocate / posix_fallocate for new WAL file creation (etc...)
В списке pgsql-hackers по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: fallocate / posix_fallocate for new WAL file creation (etc...) |
| Дата | |
| Msg-id | 51A74358.2010501@gmx.net обсуждение исходный текст |
| Ответ на | Re: fallocate / posix_fallocate for new WAL file creation (etc...) (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: fallocate / posix_fallocate for new WAL file creation
(etc...)
Re: fallocate / posix_fallocate for new WAL file creation (etc...) |
| Список | pgsql-hackers |
On 5/30/13 7:13 AM, Andres Freund wrote: > Why? The spec doesn't specify that case and that very well allows other > behaviour. Glibc sure does behave sensibly and zeroes the data > (sysdeps/posix/posix_fallocate64.c for the generic implementation) and > so does linux' fallocate() syscall, but that doesn't say much about > other implementations. glibc actually only writes one byte to every file system block, to make sure the block is allocated. It doesn't actually zero every byte.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера