Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers
В списке pgsql-hackers по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers |
| Дата | |
| Msg-id | 50EDBDCD.1040006@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers (Claudio Freire <klaussfreire@gmail.com>) |
| Список | pgsql-hackers |
Claudio, > Not really. I'm convinced, and not only for e_c_s, that > autoconfiguration is within the realm of possibility. Hey, if you can do it, my hat's off to you. > In any case, as eavesdroppers can infer a cryptographic key by timing > operations or measuring power consumption, I'm pretty sure postgres > can infer cost metrics and/or time sharing with clever > instrumentation. The trick lies in making such instrumentation > uninstrusive. ... and not requiring a great deal of code maintenance for each and every release of Linux and Windows. Anyway, we could do something for 9.3 if we just make "available RAM" a manual setting. Asking the user "how much RAM is available for Postgres" is not a terribly difficult question. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера