[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
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.

/max

On Jun 13, 2011, at 20:00, Max Rydahl Andersen wrote:

> Hi,
> 
> 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,
> /max
> http://about.me/maxandersen
> 
> 
> 

/max
http://about.me/maxandersen