Closed
Bug 366576
Opened 18 years ago
Closed 17 years ago
Substantially increased GDI usage with cairo enabled.
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 366548
People
(Reporter: stevee, Unassigned)
References
()
Details
(Keywords: regression)
1. New profile, start firefox
2. Go to http://www.knitemare.org/cats/index.php?type=all (441 pictures of cats)
3. Using task manager, note the GDI usage
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060222 Firefox/1.6a1 ID:2006022209
367MB (Mem Usage), 357MB (VM Size), 135 GDI Objects
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060223 Firefox/1.6a1 ID:2006022314 [cairo]
265MB (Mem Usage), 818MB (VM Size), 1,160 GDI Objects
So as you can see, GDI usage increased by 1,000 objects on this website between the above two builds (probably due to bug 323923 (enable cairo) landing)
Is this expected behaviour? Will GDI usage return to more reasonable values once glitz is enabled?
(Don't worry about the excessive VMem usage between the above builds, this was fixed a bit between 2006032404 and 2006032505 - probably by bug 331298 - which takes memory usage down to about the same as the 2006022209 build)
We just keep more stuff around as GDI objects; is the GDI object usage an issue?
Comment 2•18 years ago
|
||
It is for me because it causes painting issues. It seems like anything I try to do after loading that page pushes the number of GDI objects higher. After loading that page the number was over 1000 and the web page area and the options dialog wouldn't paint. And trying to use other things like menus and the options dialog pushed it up over 3000 objects.
Last night I had it over 7000 objects which then started affecting everything else in the OS. But that may have had some extension help in that situation.
I'm using Windows XP in both cases.
Updated•18 years ago
|
Product: Firefox → Core
QA Contact: general → general
Comment 3•18 years ago
|
||
I have the same painting issues as comment #2, using Minefield in work and at home, but at work I only have 385mb of RAM and the issue happens almost everytime.
Same problem with Seamonkey
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20070109 SeaMonkey/1.5a
Updated•18 years ago
|
Flags: blocking1.9?
Comment 5•18 years ago
|
||
(In reply to comment #1)
> We just keep more stuff around as GDI objects; is the GDI object usage an
> issue?
>
Right now on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070504 Minefield/3.0a5pre ID:2007050403 [cairo]
after 2 hours of net surfing, Task Manager shows
RAM usage: 269,880K
GDI objects: 6,069
I have 1GB physical RAM installed on WinXP. The problem I usually have is, Windows Media Player starts to fail to play WMV movies when the GDI objects usage of FF grows into 6000-7000. Sometimes the sound doesn't play, or WMP says "not enough resource". When it gets really severe, the menu characters in FF are simply lost and not rendered. Restarting FF always fix these problems.
No longer blocks: 366548
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: blocking1.9?
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•