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)

x86
Windows XP
defect
Not set
minor

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
adding perf keyword.
Keywords: perf
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
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
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 )
>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
the URL does not work, please provide a working url
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
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
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]
Depends on: 661304
Whiteboard: DUPEME, [MemShrink] → [MemShrink:P3]
Removing the MemShrink tag because it blocks tracking bug 689769 which also has the MemShrink tag.
Whiteboard: [MemShrink:P3]
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?
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.
Blocks: 542158
No longer blocks: text-suck
No longer blocks: 542158
Blocks: 542158
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
No longer blocks: 542158
You need to log in before you can comment on or make changes to this bug.