Closed
Bug 266111
Opened 20 years ago
Closed 12 years ago
this page uses twice as much memory in Firefox as in IE
Categories
(Core :: Layout: Tables, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 542158
People
(Reporter: burbon314, Unassigned)
References
()
Details
(Keywords: perf)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616
when opening this URL (large page with lot of images), firefox uses more than
200Mb of memory, whereas IE6 uses less than 100Mb.
Reproducible: Always
Steps to Reproduce:
1. open firefox - note its memory use in the task manager (windows XP)
2. open the URL
3. note the new memory use in task manager
Actual Results:
less memory left
Expected Results:
use no more memory than IE for the same URL
Updated•20 years ago
|
Assignee: firefox → general
Component: General → Browser-General
Product: Firefox → Browser
QA Contact: firefox.general → general
Summary: too much memory used → this page uses twice as much memory in Firefox as in IE
Version: unspecified → 1.7 Branch
Comment 2•20 years ago
|
||
Almost certainly a duplicate. The page has pretty ugly HTML, and we aim to get
such things "right" more so than "with little memory usage".
Whiteboard: DUPEME
Updated•20 years ago
|
Product: Browser → Seamonkey
this issue is still a seriuos problem:
memory-consumtion: abt. 80 MB for this page only
Martin
(suite 1.8.0 nightly 05-06-28 on WinNT 4.0 )
Comment 4•19 years ago
|
||
>this page uses twice as much memory in Firefox as in IE
actually depending how you measure it - 1.5x (mem-usage) to 3x (virtual mem)*.
*memory
usage virt
IE ~90k ~87k
SM ~130k ~244k
in addition it scrolls like a pig (if a pig could scroll). the later is most noticable when you encounter one of the many .png images.
dup of Bug 226243?
moving to layout
Trunk - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051228 SeaMonkey/1.5a
Assignee: general → nobody
Component: General → Layout: Tables
Product: Mozilla Application Suite → Core
QA Contact: general → layout.tables
Version: 1.7 Branch → Trunk
Comment 6•16 years ago
|
||
this huge page has since been truncated into smaller ones (with help of wiki). It's still can be found here:
http://web.archive.org/web/20060428001051/http://api.openoffice.org/docs/DevelopersGuide/Spreadsheet/Spreadsheet.htm
Comment 7•14 years ago
|
||
Mozilla/5.0 (Windows NT 6.0; rv:2.0b12pre) Gecko/20110214 Firefox/4.0b12pre
IE uses about ~100MB, FF 4 about 400MB, so it's now 4x
Comment 8•13 years ago
|
||
Still reproducible with Firefox 8.0a2 and IE9. This bug seems strange however, as Firefox uses really too much more memory than IE.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: DUPEME → DUPEME, [MemShrink]
Comment 9•13 years ago
|
||
Removing the MemShrink tag because it blocks tracking bug 689769 which also has the MemShrink tag.
Whiteboard: [MemShrink:P3]
Comment 10•12 years ago
|
||
The archive.org URL doesn't seem to have the same behavior when viewed in recent Nightly; I see only ~16MB of memory usage from that page (x86-64 Linux). Did we fix this somewhere along the way?
Comment 11•12 years ago
|
||
I can still reproduce this on Mac. It's very much the images that are the issue.
With a pre-689623 build, images memory consumption is ~250 MiB.
With a post-689623 build, images memory consumption is ~250 MiB just after the page finishes loading. Then it drops down to just a few MiB after 10--20 seconds, because most of the decoded images are discarded. If you scroll quickly through the whole page the images jump up to ~250 MiB again, which is reasonable; it drops down to almost nothing again 10--20 seconds after you stop scrolling. So, identical behaviour to that in bug 658790 comment 3.
Updated•12 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•