Re: Too-many-files errors on OS X
От | Andrew Rawnsley |
---|---|
Тема | Re: Too-many-files errors on OS X |
Дата | |
Msg-id | F02442DD-6601-11D8-84E2-000393A47FCC@ravensfield.com обсуждение исходный текст |
Ответ на | Re: Too-many-files errors on OS X (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Slackware 8.1: ronz@steelhead:~/src$ ./eatallfds libm.so libtcl.so libjpeg.so dup() failed: Too many open files Was able to use 1021 file descriptors dup() failed: Too many open files Was able to use 1021 file descriptors after opening 3 shared libs On OpenBSD 3.1: grayling# ./eatallfds libcrypto.so.10.0 libkrb5.so.13.0 libncurses.so.9.0 dup() failed: Too many open files Was able to use 125 file descriptors dup() failed: Too many open files Was able to use 125 file descriptors after opening 3 shared libs On Feb 22, 2004, at 10:41 PM, Tom Lane wrote: > Kevin Brown <kevin@sysexperts.com> writes: >> Tom Lane wrote: >>> Hmm. This may be OS-specific. The shlibs certainly show up in the >>> output of lsof in every variant I've checked, but do they count >>> against >>> your open-file limit? > >> It seems not, for both shared libraries that are linked in at startup >> time by the dynamic linker and shared libraries that are explicitly >> opened via dlopen(). > > It would certainly make life a lot easier if we could assume that > dlopen > doesn't reduce your open-files limit. > >> Attached is the test program I used. > > Can folks please try this on other platforms? > > regards, tom lane > > ---------------------------(end of > broadcast)--------------------------- > TIP 8: explain analyze is your friend > -------------------- Andrew Rawnsley President The Ravensfield Digital Resource Group, Ltd. (740) 587-0114 www.ravensfield.com
В списке pgsql-hackers по дате отправления: