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 591843 - Possible memory leak when ripping CD's in Banshee and Rhythmbox
Possible memory leak when ripping CD's in Banshee and Rhythmbox
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.22
Other All
: Normal minor
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-14 19:23 UTC by Tor Bechmann Sørensen
Modified: 2011-09-22 09:13 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description Tor Bechmann Sørensen 2009-08-14 19:23:38 UTC
Please describe the problem:
It seems like gstreamer could be responsible for a memory leak when ripping CD's with.






Steps to reproduce:
1. Launch Banshee or Rhytmbox
2. Insert a CD and choose Copy CD to library or Import CD
3. Monitor the memory usage


Actual results:
Tried with:

Banshee 1.5.0 
Rhythmbox 0.12.0

Both programs grabs a number of megabytes of memory during ripping and writeable memory does not drop back to the original value (ie. when the music player is running normally) after the ripping is finished. 

I tried to measure the actual rise in memory, but I did not find any consistent numbers, but the pattern is that:

On first rip memory usage goes up between 30 to 50 mb. On consequetive rips, Banshee memory use increases between 15-35 per rip. Rhythmbox stays stable after the initial rise in usage. But none of the programs seems to release the first 30-50 mb.


Expected results:
Yes

Does this happen every time?


Other information:
Comment 1 Sebastian Dröge (slomo) 2009-08-17 13:57:41 UTC
What pipeline is used here or which codec to you encode into? Does this also happen when using sound-juicer? Which versions of gstreamer, gst-plugins-base, etc are you using?
Comment 2 Tor Bechmann Sørensen 2009-08-17 14:47:38 UTC
I don't understand what you mean by pipeline, sorry.

Codecs were FLAC and OGG.

I have not tried sound-juicer yet (I'm very busy for the rest of the month).

G-streamer 0.10.22
libgstreamer-plugins-base0.10-0
Comment 3 Alexander Kojevnikov 2009-08-18 00:31:22 UTC
(In reply to comment #2)
> I don't understand what you mean by pipeline, sorry.

Banshee uses playbin, not sure about Rhythmbox.
Comment 4 Tim-Philipp Müller 2009-08-18 00:39:16 UTC
They likely have custom pipelines for CD ripping. It would be good to know the exact pipelines used, and especially if they contain any queues without size/buffer/time limits.
Comment 5 Alexander Kojevnikov 2009-08-18 01:16:45 UTC
(In reply to comment #4)
> They likely have custom pipelines for CD ripping. It would be good to know the
> exact pipelines used, and especially if they contain any queues without
> size/buffer/time limits.

Is this what you are looking for?

  audioconvert ! vorbisenc quality=0.7 ! oggmux

Sorry, I'm not familiar at all with gst.
Comment 6 Tobias Mueller 2010-04-13 21:03:56 UTC
Reopening as I think the requested information has been provided.
Comment 7 Sebastian Dröge (slomo) 2011-05-20 07:35:21 UTC
Is this still a problem? How do you measure the amount of memory that is used? Can you get a valgrind log to get some more details of the leak?
Comment 8 Tor Bechmann Sørensen 2011-05-23 00:04:22 UTC
Hello Sebastian,

Thanks for you meticulous attention to tickets :)

I'm afraid I haven't used Banshee for ripping CDs for a year or so.

I'll see if I can get some ripping done soon, to see if I can reproduce the
issue.

Regards
Comment 9 Akhil Laddha 2011-07-07 05:11:28 UTC
Tor Bechmann, do you have any update for the bug with respect to comment#8 ?
Comment 10 Akhil Laddha 2011-09-22 09:13:22 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!