After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 329713 - Endlessly increasing VM size with playbin using apps
Endlessly increasing VM size with playbin using apps
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
Other Linux
: Normal major
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2006-02-03 04:50 UTC by James "Doc" Livingston
Modified: 2006-02-04 14:03 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description James "Doc" Livingston 2006-02-03 04:50:15 UTC
With programs using playbin (e.g. Totem or Rhythmbox), their VM size increases with every track change - eventually exhausing their address space. This can be seen by starting Rhythmbox playing and then quickly switching tracks, or passing Totem a lot of files on the command line and witching between them.

The resident memory does not increase, so I would assume this to be caused by the files getting mmap'd in, but not unmapped when the URI is changed. I'm not sure whether this is caused by the applications doing something wrong, playbin, decodebin or gnomevfssrc.
Comment 1 Phil Bull 2006-02-03 08:59:01 UTC
This issue has also been reported on the Ubuntu Launchpad bug tracker:
Comment 2 Jan Schmidt 2006-02-03 10:47:29 UTC
I don't see this with current CVS. I suspect it's related to some leak fixes I did  last week. There'll be a new gstreamer core and gst-plugins-base 0.10.3 out soon that should resolve it.
Comment 3 Andy Wingo 2006-02-03 17:02:21 UTC
James or Phil, can you try to reproduce with current CVS of core and gst-plugins-base?
Comment 4 James "Doc" Livingston 2006-02-04 02:55:29 UTC
With current cvs of core and -base, it appears to be fixed.