Closed Bug 273615 Opened 20 years ago Closed 20 years ago

gallery - slideshow causes memory leak

Categories

(Firefox :: General, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 249469

People

(Reporter: c_a, Assigned: bugzilla)

Details

(Keywords: memory-leak)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.5) Gecko/20041128 Firefox/1.0 (Debian package 1.0-4)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.5) Gecko/20041128 Firefox/1.0 (Debian package 1.0-4)

If you start a gallery - slideshow (http://gallery.menalto.com/)the memory usage
will increase

Reproducible: Always
Steps to Reproduce:
1.start a gallery slideshow e.g. http://www.shutterfreaks.com/gallery/BrentNicastro
and watch the memory usage


Actual Results:  
I started the slideshow with 200MB of free memory and 500MB free swap space
after about 600 pictures no more memory is free 
After ~800 pictures there is no more swap space and the system will be very slow!
Keywords: mlk
Summary: gallery - slideshow causes memory leak → gallery - slideshow causes memory leak
WinXP Pro (fully patched and updated)
2.4 GHz P4 Celeron (overclocked to 3.0 GHz)
1 GB RAM
~100 GB free hard drive space, 2 hard drives
Dual ViewSonic monitors
always-on 1.5Mbps static-IP DSL connection, behind Linksys BEFSR41 router,
latest firmware. (the router redirects all TCP/UDP ports to a non-existant IP
address except the following:
TCP 21 FTP
TCP 25 SMTP honeypot (JackPot)
UDP 53 DNS Server (Simple DNS Plus)
TCP 53 DNS Server (Simple DNS Plus)
TCP 80 HTTP
TCP 110 POP
TCP 119 NEWS
TCP 143 IMAP

TCP 25 is forwarded to this machine's IP address, the rest in the list above are
handled normally by the router's Stateful Packet Inspection firewall.)

I've set the Firefox browser cache to run from a RAM Disk (ARSoft RAM Drive).
The RAM Disk is 100 MB in size, the Firefox cache is set at 10 MB.

I've experienced a similar memory leak problem with Firefox, using the
SpamVampire (http://www.hillscapital.com/antispam/).

I'm the developer of the SpamVampire, and running it from the Desktop overnight,
I've seen it taking 260 MB in the morning. It was still runnning, and shut down
normally, though. No error messages given.

The SpamVampire is a JavaScript image rotator, designed to increase hosting
costs associated with spamvertised websites. The only things it does is rotate
images, and update the browser's title bar with statistics.

The SpamVampire, needless to say, sees a lot of 'dead images'... in other words,
images that don't load in. And, it uses very long URLs, since it appends a text
blurb (taken from the CAN-SPAM Act) to each image request, to fill the spammers'
server logs.

SpamVampire really puts Firefox through its paces. High concurrent number of
connections, massive number of image swaps, cache management, window titlebar
updates, etc.

I'll try reproducing the error today, and fiddling with the SpamVampire code to
see if I can determine the cause.

*** This bug has been marked as a duplicate of 249469 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.