Re: open pgsql files (was Re: [GENERAL] Mime-Version: 1.0)
В списке pgsql-general по дате отправления:
| От | Tatsuo Ishii |
|---|---|
| Тема | Re: open pgsql files (was Re: [GENERAL] Mime-Version: 1.0) |
| Дата | |
| Msg-id | 20000229101731R.t-ishii@sra.co.jp обсуждение исходный текст |
| Ответ на | Re: open pgsql files (was Re: [GENERAL] Mime-Version: 1.0) (Lincoln Spiteri <lincoln.spiteri@st.com>) |
| Список | pgsql-general |
> Even after extending the number of file descriptors on the kernel quite > significantly I still get the occasional crash due to too many open files. I > would say that the current ploicy is too aggressive uder heavy loads. >> This actually brings up a good point. We currently cache all >> descriptors up to the limit the OS will allow for a process. >> >> Is this too aggressive? Should we limit it to 50% of the maximum? We could limit the number of open files/per backend by using limit, or ulimit etc. if all file accesses would go through Vfd. Is there any reason to use open() directly, for example, in mdblindwrt()? Also, I have noticed that some files such as pg_internal.init are not necessary kept open and should be closed after we finish to use it to save a fd. -- Tatsuo Ishii
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера