Closed
Bug 692052
Opened 14 years ago
Closed 14 years ago
Firefox versions 7.01 - 8.0 beta - 9.0a2 fills swap space on this site
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 661304
People
(Reporter: zefiro75, Unassigned)
Details
(Whiteboard: [memshrink])
User Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110928134238
Steps to reproduce:
Go to http://na.mirror.garr.it/mirrors/appuntilinux/HTML/a2191.htm#almltitle7370
Simply surf/watch up and down that page (I read that page) and wait.
Actual results:
After a minute or two the swap memory fills up, about 200/350 Megabytes.
Expected results:
Nothing, swap memory shouldn't be used on a fresh started system in that way.
| Reporter | ||
Comment 1•14 years ago
|
||
Linux 2.6.35-25-generic #44~lucid1-Ubuntu SMP Tue Jan 25 19:19:31 UTC 2011 i686 GNU/Linux
--
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
--
*-memory
description: System memory
physical id: 0
size: 1942MiB
*-cpu
product: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz
vendor: Intel Corp.
physical id: 1
bus info: cpu@0
version: 6.15.13
serial: 0000-06FD-0000-0000-0000-0000
size: 2001MHz
capacity: 2001MHz
width: 64 bits
capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx x86-64 constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida cpufreq
configuration: id=0
*-logicalcpu:0
description: Logical CPU
physical id: 0.1
width: 64 bits
capabilities: logical
*-logicalcpu:1
description: Logical CPU
physical id: 0.2
width: 64 bits
capabilities: logical
Comment 2•14 years ago
|
||
I can confirm this with FF7.01 and Mozilla/5.0 (Windows NT 6.1; rv:10.0a1) Gecko/20111004 Firefox/10.0a1 SeaMonkey/2.7a1
I stopped loading at ~1GB used by Seamonkey and the memory seems to be used by the images.
Opera11.5 doesn't go above ~200MB (full page !).
740.25 MB (65.93%) -- images
│ ├──734.35 MB (65.40%) -- content
│ │ ├──733.98 MB (65.37%) -- used
│ │ │ ├──709.95 MB (63.23%) -- uncompressed-heap
│ │ │ ├───24.03 MB (02.14%) -- raw
│ │ │ └────0.00 MB (00.00%) -- (1 omitted)
│ │ └────0.37 MB (00.03%) -- (1 omitted)
confirming but this could be a dupe
Status: UNCONFIRMED → NEW
Component: General → ImageLib
Ever confirmed: true
OS: Linux → All
Product: Firefox → Core
QA Contact: general → imagelib
Whiteboard: [memshrink]
Comment 3•14 years ago
|
||
This looks to be a site with lots of images on it (no dynamic addition of images, etc), which would mean that we can be better on it simply by not holding on to decoded images that aren't displayed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•