[Bug 661356] [gst-launch playbin2] leaks big chunks of memory

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Jan 12 11:35:14 PST 2012


https://bugzilla.gnome.org/show_bug.cgi?id=661356
  GStreamer | gstreamer (core) | 0.10.x

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |RESOLVED
         Resolution|                            |INVALID
   Target Milestone|HEAD                        |NONE

--- Comment #16 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-01-12 19:35:07 UTC ---
> The issue I noticed is after gst-launch did gst-deinit, the RSS memory that
> gst-launch using reported from "top" still say the similar amount as it was
> playing.  I also use the "free" command to check memory before playing and at
> the point gst-deinit called. Same result.
> 
> It only be freed after gst-launch exits, while I expect it to be freed after
> the pipeline unreffed.

I think you shouldn't expect that the memory is given back to the system right
away (i.e. that the value in top/free goes down immediately).

top and free are not suitable tools to debug memory usage issues. I'm sure
google will throw up lots of pages that explain how to debug such issues
properly.

Closing this for now. Please submit some 'hard data' to demonstrate the leak
(e.g. valgrind --leak-check logs or massif logs or so), thanks!

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list