[jbosstools-dev] Memory Leak in Docker Containers View

Jeff Johnston jjohnstn at redhat.com
Fri Jun 10 14:35:40 EDT 2016


I have just made a build available with the patch in:

http:/download.eclipse.org/linuxtools/update-neon-docker-rc4a

-- Jeff J.

----- Original Message -----
> Moving to jbosstools-dev.
> 
> OK. This memory leak seems to be bad. Please continue to work on proper
> bug fix and update for the Linux/Docker Tools for Neon but I'm afraid we
> don't have time to change anything in our Target Platform for devstudio
> 10 GA / JBoss Tools 4.4.0.Final at this point.
> 
> Thanks.
> 
> On 06/10/2016 12:56 PM, Jeff Johnston wrote:
> > Should be Neon only as status icons were added for Neon M1 milestone.
> > There
> > may be other image leaks in Mars, but they are minor and no errors have
> > shown
> > in our testing or customer usage.
> >
> > -- Jeff J.
> >
> > ----- Original Message -----
> >> Is this bug in Neon branch only? What about Mars releases?
> >>
> >>
> >> On 06/10/2016 12:38 PM, Jeff Johnston wrote:
> >>> It appears that the issue I found has been around since Aug 2015 (Neon
> >>> M1).
> >>> I have a fix
> >>> and there appears to be another possible leak in the DockerExplorerView
> >>> which I
> >>> am pushing a fix for currently.
> >>>
> >>> I noticed the memory leak the other day and during my testing I saw that
> >>> images
> >>> were being left behind to the point that the Eclipse MAT tool took notice
> >>> over a
> >>> short period and flagged it as a suspected memory leak.  Docker
> >>> Containers
> >>> get refreshed every 15 seconds so Views
> >>> that show them (Docker Containers View and Docker Explorer View) that use
> >>> icons need
> >>> to dispose of them properly.  For the Docker Containers View, all
> >>> containers were being
> >>> given a new image each refresh period.  The Explorer View isn't much of a
> >>> problem because
> >>> it is node-based and doesn't always show the full list of Containers.  A
> >>> short list of Containers
> >>> will slow down the leak as will closing the View.
> >>>
> >>> My intention was to do a quick rebuild of the stable-5.0 branch and save
> >>> it
> >>> as RC4a repo.  If desired,
> >>> I can do a point release, but this requires more changes to all features
> >>> and pom files to renumber
> >>> them.  Let me know if a point release is required.
> >>>
> >>> I will continue with the task of building an RC4a repo that will be saved
> >>> in the Linux Tools download
> >>> area.  Neon users will have to use the updates-nightly-neon repo which
> >>> will
> >>> have
> >>> the fix (same git branch is used to create the RC4a repo).
> >>>
> >>> -- Jeff J.
> >>>
> >>> ----- Original Message -----
> >>>> When did it happen? How long do you have it in Docker Tools.
> >>>>
> >>>> Have you already fixed it? Released the updated 2.0.1?
> >>>>
> >>>> On 06/10/2016 11:19 AM, Jeff Johnston wrote:
> >>>>> This issue was introduced with a change to adding status icons in the
> >>>>> Containers View.  It wasn't noticed because it requires a long time to
> >>>>> show (small image icons not being disposed of).
> >>>>>
> >>>>> -- Jeff J.
> >>>>>
> >>>>> ----- Original Message -----
> >>>>>> We will conceder to include any updated in respin-b besides branding
> >>>>>> only if we have to fix some very bad issues. Real blocker.
> >>>>>> Is this issue is old or some new regression?
> >>>>>>
> >>>>>> On 06/10/2016 10:57 AM, Xavier Coulon wrote:
> >>>>>>>     From my understanding, Jeff noticed the issue after letting
> >>>>>>>     Eclipse
> >>>>>>>     run
> >>>>>>>     all night long, but I don't remember if Eclipse was then unusable
> >>>>>>>     or
> >>>>>>>     crashed.
> >>>>>>> Anyway, it could be serious enough it users have the Docker tooling
> >>>>>>> views
> >>>>>>> open in their workspace.
> >>>>>>>
> >>>>>>> Best regards,
> >>>>>>> Xavier
> >>>>>>>> On 10 Jun 2016, at 12:37, Alexey Kazakov <alkazako at redhat.com>
> >>>>>>>> wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> How bad is that leak?
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> On Jun 10, 2016, at 4:33 AM, Xavier Coulon <xcoulon at redhat.com>
> >>>>>>>>> wrote:
> >>>>>>>>>
> >>>>>>>>> Fred, Alexey,
> >>>>>>>>>
> >>>>>>>>> Jeff J. found a memory leak in the Docker tooling. It's too late
> >>>>>>>>> for
> >>>>>>>>> Neon.0 RC4/Final, but he proposes that we cut a Linux Tools 5.0.1 /
> >>>>>>>>> Docker Tooling 2.0.1 to address this specific issue.
> >>>>>>>>> Is this something that can be included in the upcoming "respin-b"
> >>>>>>>>> build
> >>>>>>>>> along with the branding updates ? I understand that Alexey
> >>>>>>>>> initially
> >>>>>>>>> said that this ultimate build would not include any other bug fix,
> >>>>>>>>> but
> >>>>>>>>> nonetheless, I'm asking the question ;-)
> >>>>>>>>>
> >>>>>>>>> Best regards,
> >>>>>>>>> /Xavier
> >>>>>>>>>
> >>>>>>>>>> Hi Xavier,
> >>>>>>>>>>
> >>>>>>>>>> Jeff here.  I found a memory leak in the Docker Containers View.
> >>>>>>>>>> I
> >>>>>>>>>> believe it is fixed with my gerrit patch.  If JBoss wants, I can
> >>>>>>>>>> create
> >>>>>>>>>> a
> >>>>>>>>>> special repo for them to use to remove this bug.  The fix is too
> >>>>>>>>>> late
> >>>>>>>>>> for
> >>>>>>>>>> Neon, but we can cut a point release if necessary or wait until
> >>>>>>>>>> 5.1
> >>>>>>>>>> and
> >>>>>>>>>> fix it in the updates-nightly-neon.
> >>>>>>>>>>
> >>>>>>>>>> The problem was with the images used for status in the Table.
> >>>>>>>>>> They
> >>>>>>>>>> were
> >>>>>>>>>> constantly being created via createImage() but never stored any
> >>>>>>>>>> where
> >>>>>>>>>> and
> >>>>>>>>>> never disposed.  I simply created 3 images for status and return
> >>>>>>>>>> one
> >>>>>>>>>> of
> >>>>>>>>>> 3
> >>>>>>>>>> for each table entry, then dispose of them in the Containers View
> >>>>>>>>>> dispose
> >>>>>>>>>> method.
> >>>>>>>>>>
> >>>>>>>>>> -- Jeff J.
> >>
> 
> 


More information about the jbosstools-dev mailing list