Re: [equinox-dev] Equinox leaking file descriptors

[Thomas Watson <tjwatson@xxxxxxxxxx>]

I do not believe this is related to bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=349121 since David Williams has tried that patch. Also there seems to be issues even on restart for which the SignatureBlockProcessor should not be run.

Tom



Pascal Rapicault ---06/13/2011 01:40:28 PM---We believe this issue is caused by 349121

From:	Pascal Rapicault <pascal@xxxxxxxxxxxx>
To:	Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
Cc:	Snjezana Peco <speco@xxxxxxxxxx>
Date:	06/13/2011 01:40 PM
Subject:	Re: [equinox-dev] Equinox leaking file descriptors

---

We believe this issue is caused by 349121 for which we have opened a released a fix in HEAD and in 3.7.1.

On 2011-06-13, at 2:00 PM, 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?)

Thank you,
/max
http://about.me/maxandersen



_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev