Re: fallocate / posix_fallocate for new WAL file creation (etc...)
В списке pgsql-hackers по дате отправления:
| От | Greg Smith |
|---|---|
| Тема | Re: fallocate / posix_fallocate for new WAL file creation (etc...) |
| Дата | |
| Msg-id | 51D67468.1080705@2ndQuadrant.com обсуждение |
| Ответ на | Re: fallocate / posix_fallocate for new WAL file creation (etc...) (Jeff Davis <pgsql@j-davis.com>) |
| Ответы |
Re: fallocate / posix_fallocate for new WAL file creation (etc...)
|
| Список | pgsql-hackers |
On 7/5/13 2:50 AM, Jeff Davis wrote: > So, my simple conclusion is that glibc emulation should be about the > same as what we're doing now, so there's no reason to avoid it. That > means, if posix_fallocate() is present, we should use it, because it's > either the same (if emulated in glibc) or significantly faster (if > implemented in the kernel). That's what I'm seeing everywhere too. I'm happy that we've spent enough time chasing after potential issues without finding anything now. Pull out the GUC that was added for default andthis is ready to commit. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера