[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] Equinox leaking file descriptors
Just to illustrate the problem:
On a plain eclipse WTP/JEE installation with JBoss Tools installed (JBT doesn't really matter since the limit with any additional installation)
running on OSX where ulimit is set to unlimited by default.
lsof -p <pidofeclipse> shows 1969 files open on a startup with -clean
and "only" 887 files open without clean.
Same picture goes when just having installed something with P2.
On Jun 13, 2011, at 20:00, Max Rydahl Andersen wrote:
> 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?)
> p.s. I'm not normally subscribed to the equinox-dev list - let me know if that is needed to follow this discussion.
> Thank you,