Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] Equinox leaking file descriptors

> 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.

yeah - we are pretty sure its the ZipEntry/ZipBundle combo "resource handle" we are seeing.

I'll ask snjezana to add our findings to bug 349121

/max

> 
> Tom
> 
> 
> 
> <graycol.gif>Pascal Rapicault ---06/13/2011 01:40:28 PM---We believe this issue is caused by 349121
> 
> <ecblank.gif>
> From:	<ecblank.gif>
> Pascal Rapicault <pascal@xxxxxxxxxxxx>
> <ecblank.gif>
> To:	<ecblank.gif>
> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
> <ecblank.gif>
> Cc:	<ecblank.gif>
> Snjezana Peco <speco@xxxxxxxxxx>
> <ecblank.gif>
> Date:	<ecblank.gif>
> 06/13/2011 01:40 PM
> <ecblank.gif>
> Subject:	<ecblank.gif>
> 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
> 
> 
> _______________________________________________
> equinox-dev mailing list
> equinox-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/equinox-dev

/max
http://about.me/maxandersen





Back to the top