Re: 8.4 Performance improvements: was Re: Proposal of tunable fix for scalability of 8.4
В списке pgsql-performance по дате отправления:
| От | Gregory Stark |
|---|---|
| Тема | Re: 8.4 Performance improvements: was Re: Proposal of tunable fix for scalability of 8.4 |
| Дата | |
| Msg-id | 87prgl4jbh.fsf@oxford.xeocode.com обсуждение исходный текст |
| Ответ на | 8.4 Performance improvements: was Re: Proposal of tunable fix for scalability of 8.4 ("Jignesh K. Shah" <J.K.Shah@Sun.COM>) |
| Ответы |
Re: 8.4 Performance improvements: was Re: Proposal of
tunable fix for scalability of 8.4
|
| Список | pgsql-performance |
A minute ago I said: AFAIK Opensolaris doesn't implement posix_fadvise() so there's no benefit. It would be great to hear if you could catch the ear of the right people to get an implementation committed. Depending on how the i/o scheduler system is written it might not even be hard -- the Linux implementation of WILLNEED is all of 20 lines. I noticed after sending it that that's slightly unfair. The 20-line function calls another function (which calls another function) to do the real readahead work. That function (mm/readahead.c:__do_page_cache_readahead()) is 48 lines. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com Ask me about EnterpriseDB's Slony Replication support!
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера