Bug 675037

Summary:	slow leak in gnome-volume-control when streams come and go
Product:	[Fedora] Fedora	Reporter:	Oliver Henshaw <oliver.henshaw>
Component:	gnome-media	Assignee:	Bastien Nocera <bnocera>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	bnocera
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-08-16 12:23:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Oliver Henshaw 2011-02-04 00:40:21 UTC

Description of problem:

I've observed a slow memory leak in gnome-volume-control with streams that frequently come and go. For example a java game with no soundtrack and frequent event sounds (though java in f15 appears to behave better) or a constant loop of paplay'd event sounds.

Note that I originally noticed a large leak with kmix and a fairly slow one with pavucontrol. I tried to test gnome-volume-control in F15 rawhide, but the current nightly doesn't boot so I tried out the F14 release image instead.


Version-Release number of selected component (if applicable):

gnome-media-2.32.0-1.fc14.x86_64


How reproducible:


Open gnome-volume control from the systray and monitor uss/pss/rss with smem. Then trigger the memory leak with either of:


Method 1:

Open http://www.mojang.com/notch/ld12/breaking/ (Breaking the Tower) - playing the game doesn't seem to be necessary, leaving the start screen open seems to be all that's required. This causes the java sound stream to constantly come and go - at least with the openjdk in F13 and in the F14 release repo, though F15 appears to be better behaved.

Method 2:

Run "while true; do paplay /usr/share/sounds/gnome/default/alerts/drip.ogg; done" to crudely simulate the behaviour of the badly behaving java game. Strangely, this appears to take a few seconds before it starts to leak.

Comment 1 Fedora End Of Life 2012-08-16 12:23:37 UTC

This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping