Re: Optimize kernel readahead using buffer access strategy
В списке pgsql-hackers по дате отправления:
| От | KONDO Mitsumasa |
|---|---|
| Тема | Re: Optimize kernel readahead using buffer access strategy |
| Дата | |
| Msg-id | 52A996B1.7050608@lab.ntt.co.jp обсуждение |
| Ответ на | Re: Optimize kernel readahead using buffer access strategy (Claudio Freire <klaussfreire@gmail.com>) |
| Ответы |
Re: Optimize kernel readahead using buffer access strategy
|
| Список | pgsql-hackers |
(2013/12/12 9:30), Claudio Freire wrote: > On Wed, Dec 11, 2013 at 3:14 AM, KONDO Mitsumasa > <kondo.mitsumasa@lab.ntt.co.jp> wrote: >> >>> enable_readahead=os|fadvise >>> >>> with os = on, fadvise = off >> >> Hmm. fadvise is method and is not a purpose. So I consider another idea of >> this GUC. > > Yeah, I was thinking of opening the door for readahead=aio, but > whatever clearer than on-off would work ;) I'm very interested in Postgres with libaio, and I'd like to see the perfomance improvements. I'm not sure about libaio, however, it will face exclusive-buffer-lock problem in asynchronous IO. Regards, -- Mitsumasa KONDO NTT Open Source Software Center
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера