109.70 KB, image/png
62.95 KB, image/png
265.34 KB, text/plain
96.64 KB, image/png
890.10 KB, text/plain
So where exactly did you see a "memory leak", as your summary implies? What is the growth of memory usage? Please enter the address "about:memory?verbose" (with a lower-case "v") in the address bar and attach (using the "Add an attachment" link above) the output here. Also, see http://kb.mozillazine.org/Reducing_memory_usage_-_Firefox for general comments.
All users have no addons due to system policy. Check firefox.js for memory limitations applied.
Please answer comment 1...
It's not a leak... It's an "abnormal" situation that did not happen on 3.6. Memory usage in 13 and 14 is about twice of 3.6 after long usage / cache. Users launch firefox in the morning and 6 hours after starting their browsers, memory is doubling, I/O wait has grown from 1-2% to 10% avg. I have to kill FF's to release memory and keep servers below 5% I/O wait. /home is on NFS with rw,noexec,nosuid,nodev,noatime,nodiratime,acl,timeo=14 options. Users firefox "Cache" runs locally on each server. This partition was ext3, then tested ext4 and finally ended up with btrfs (better I/O results). I don't care about global free memory, I care about limiting the "godzilla" gc-heap! I need memory for other things, firefox isn't the only application on the systems. Trust me, I've done quite a LOT of things from changing FS, firefox.js global file, optimize kernel, ... Replied 2th part with "attachment 650536 [details]".
[Fixing wrong bug summary as per comment 5.]
Summary: Memory Leak → High Memory Consumption and Growth compared to 3.6
(In reply to Rui Lapa from comment #5) > Replied 2th part with "attachment 650536 [details]". Can you attach the full Output in a Text File?
Can you please do a comparison against Nightly as that would have the latest memory improvements? Thanks. > Users launch firefox in the morning and 6 hours after starting their browsers Are you using Firefox in an enterprise environment?
Component: Untriaged → General
I will try to attach a full output tomorrow afternoon. I need to bother a user, but I'll try. Nightly... I can try and deploy it on one server, but there is no guarantee it will get a desirable user. I just hope it's "stable" enough, because normally each server has more 20 users. Yes, I'm using Firefox on Enterprise. +-400 centralized users on 20-22 blades HS21 and about +-300 laptops roaming the country. All using Firefox 14.0.1 under Ubuntu 10.04 (Lucid). All managed with puppet and 2 sysadmins (me included).
(In reply to Rui Lapa from comment #9) > Yes, I'm using Firefox on Enterprise. +-400 centralized users on 20-22 > blades HS21 and about +-300 laptops roaming the country. All using Firefox > 14.0.1 under Ubuntu 10.04 (Lucid). All managed with puppet and 2 sysadmins > (me included). We have a special version of Firefox, called ESR, which is specifically intended for enterprise. Could you try the latest version and see if it will work for you? ftp://ftp.mozilla.org/pub/firefox/releases/10.0.6esr/
Created attachment 654128 [details] Firefox Nightly 2012-08-22 - Java 1.6.0 update 34 not being able to load trusted.certs file. Only happens on nightly.
ESR is not a viable solution. The customer believes that a more user base, the faster problems are solved. Deployment and longer release dates have never been an issue. The problem is really controlling memory usage in a shared environment and respecting the boundaries set in the lockPref about:config options. One requirement I would which, was a way to control extensions/plugins max memory. Apply a default, since most firefox users are "single" machine users, but give us the tools/options, and we will decide the "settings" according to our environment. A shared user server going into swap is like shooting yourself in the foot. You will limp harder and harder until you sit. Deployed firefox-17.0a1.en-US.linux-x86_64.tar.bz2 in a server without affecting users, and came up with an issue, not sure if its firefox related, but only happens on nightly. Java is complaining of not being able to open trusted.certs file (attached file).
Created attachment 656412 [details] Firefox 15 - Memory Usage Tonight I upgraded Firefox 15. Got this behaviour. Unfortunately I was unable to get a about:memory?verbose due to firefox stall. Only thing I noticed was Metacity trying to kill "Download Manager" window.
Created attachment 656780 [details] FF 15 - About Memory - Compartment Over Memory Fresh about:memory?verbose
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2012-11-01]
You need to log in before you can comment on or make changes to this bug.