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.

Tom



Inactive hide details for Pascal Rapicault ---06/13/2011 01:40:28 PM---We believe this issue is caused by 349121Pascal 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


GIF image

GIF image


Back to the top