We've lately started to get more and more reports about users on Linux systems that they were running out of file descriptors.
Initially we thought we were having a resource leak but after investigating it turns out that the culprit is a combination of https://bugs.eclipse.org/bugs/show_bug.cgi?id=138182
and that over time Eclipse default distros have grown to contain *alot* of jars - getting very close to the default limit of 1000 filedescriptors on most linux distros.
The problem is that org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile opens jarred plugins files and doesn't close it until shutdown.
And that happens for *all* jars when you run with -clean or after a new install/update.
The various bugs discussing this all says to use osgi.bundlefile.limit which in Eclipse 3.7 defaults to 100 - but that does not seem to help in this case
since its only checked/used from within org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleEntry as far as we can see.
Is there any plans/known workarounds to avoid this problem ? (beyond telling every linux user he needs to call ulimit -n 2048 or similar if he wants to use eclipse with more than
the base plugins?)
equinox-dev mailing list