Closed Bug 58870 Opened 24 years ago Closed 22 years ago

BAD: slowly eats all memory up to SWAP end.

Categories

(Core :: Graphics: ImageLib, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: malx, Assigned: waterson)

References

()

Details

(Keywords: helpwanted)

Severity: major

I have enter this URL and came out. After 10 minutes (?) I saw mozilla
consumes 300Mb of memory (all of swap).

After crash and restart it again starts to eat memory of same page.

3d time - I couldn't reproduce.
	I have made "view image" for first one on page and close previous
 page. So I how have 1 window with 
http://www.1ka.mipt.ru/net/mrtg/games-day.gif
    It waites for some minutes (5?) and now growing again - 3KBayt/s !!!

    I have gone to other page - still eats memory. So It is something
on the [URL] page.
What build are you using?  I don't see this problem with a ns6 Macintosh build
(2000103114).
Mozilla M18 release.
Linux RH.
Modern skin
please test w/ a trunk nightly
tried to leave the page open (w32 11/01-04 talkback) but it seems to be going 
up and down in small increments (+4k, -8k) this page does reload. I just got a 
connection refused for www.1ka.mipt.ru

If you want to make it easier for someone create a testcase that would promote 
leaks faster. This page has dynamic gifs and animated gifs.
failing to connect as well. Could you please try with a new nightly build?
Keywords: qawanted
Sorry - It was wrong test case.
Mozilla just eats memory :)))
Even on blank start page with ~/.mozilla deleted.

I would try nightly version.
yes, could you try on a new build please
Ok got it.
2000 11 02
Still eats memory :)))
On blank start up.
After loading page waits ~20 sec and continues to eats memory.

 Have you any ideas how to test this?!
 I know C/C++ and unix development
did you remove all previou smozilla files?
This page loads perfectly with build id: 2000110208 on linux without any strange
memory consumption or strange behaviour after some time.
Reporter, please reopen the bug if you still have problems after installing
latest build with more info on your machine and configuration.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Mozilla 2000110206 mozilla-i686-pc-linux-gnu.tar.gz
Linux RedHat 5.1
Linux cad.ntu-kpi.kiev.ua 2.2.5-15smp #1 SMP Mon Apr 19 22:43:28 EDT 1999 i686
unknown
/usr/lib/libstdc++-libc6.1-1.so.2
XFree 3.x.x
WindowMaker 0.62.1  (with virtual desctops)
glib 1.2.8
gtk+ 1.2.8 (for gimp, got from gimp ftp)

TCP/IP v4 , local IPs (10.x.x.x)

2xPentiumII - 333, 256RAM, SCSI HD.

Installation:
1) extract to /home/APPL/
2) rename dir to /home/APPL/Mozilla/
3) start ./mozilla as root (or it will not work) to X
4) close it
5) start as normal user
6) run top to see memory leaking..... (no page loaded)

	Which other info.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Mozilla 2000110206 mozilla-i686-pc-linux-gnu.tar.gz
Linux RedHat 5.1
Linux cad.ntu-kpi.kiev.ua 2.2.5-15smp #1 SMP Mon Apr 19 22:43:28 EDT 1999 i686
unknown
/usr/lib/libstdc++-libc6.1-1.so.2
XFree 3.x.x
WindowMaker 0.62.1  (with virtual desctops)
glib 1.2.8
gtk+ 1.2.8 (for gimp, got from gimp ftp)

TCP/IP v4 , local IPs (10.x.x.x)

2xPentiumII - 333, 256RAM, SCSI HD.

Installation:
1) extract to /home/APPL/
2) rename dir to /home/APPL/Mozilla/
3) start ./mozilla as root (or it will not work) to X
4) close it
5) start as normal user
6) run top to see memory leaking..... (no page loaded)

	Which other info?
warren, brendan, is this bug useful? where should it go?
Component: Browser-General → ImageLib
I ran with top on the side, an I saw (unexpectantly :) no memory leaking at all.
Refreshing the page, and going back and forward between this bugzilla page and
the URL kept the size quite constant. I'm not sure if the Size column in top is
completely accurately telling me memory usage though, as it seems to go down as
I open new windows.
to add to the confusion here... ;-)
The following was mentioned 11/15/2000 by Ken Downing at
http://www.macintouch.com/netscape6.html (running on a G3 Powerbook 400 (bronze)):

It has a HUGE memory leak! Just leave it running for any medium length of time,
then come back and check it's memory useage. It's growing like a virus.
Keywords: nsmac2
reassign to default component owner
Assignee: asa → pnunn
QA Contact: doronr → tpreston
This happens when no page is loaded, right?
Is the throbber running (is the browser trying to
load something?) or is the throbber static?.

-p
24654 malvin    10   0 18128  17M  9624 S       0 11.1  7.0   0:07 mozilla-bin

No. I have "blank page" on startup settings.
 It have "direct connection"
	So, I thinks, it have not try to load anything

24654 malvin    17   0 18456  18M  9624 S       0 10.6  7.1   0:11 mozilla-bin

	It was ~1 minute.
ok. with a leak occuring and no page is loaded
AND no loading is in process...
there are no animated images (like the throbber) going.

This is starting to sound like the leak isn't happening in
imglib. 

Has anyone who has seen this leak tested with viewer instead
of mozilla-bin? We can disable the throbber, which will help
isolate the problem.

-p
I am not seeing this

Platform: PC
OS: Linux 2.2.16 Red Hat
Mozilla Build: #2000120508 Mozilla M18 Trunk Build

If no one else comments or can show otherwise I am going to mark WORKSFORME.
Reporter, in this thread I could not find a comment where you said that you 
removed your profile directory. I strongly suggest using a brand new profile 
(not a migrated one, nor an old one). Worksforme build 2000122321 win32.
Thanks!
Just now have "rm -rf ~/.mozilla" and start it.
It opens dialog "Create or convert".
 And again while this dialog the only thing visible it eats memory.....

Could it be something with XUL gui? See bug #63648 about partly drown menues.

I could agree that my system is broken (RH 5.1), but why it is?

Could anyone tell me means of leak tracing? Need I sources for this?
  What arguments to make/configure for leak detector to be included?
chris:
are you still the Leak Meister?
Would you take a look at this... it sounds to me
like ...on some systems.... we have a leak that
occurs with the browser frame up, but no images.

Nothing is loading, so the throbber isn't running.
This means there are no animations running.

Is this one of the known leaks from your investigations?
Reassigning to you to get it on your radar.

-p
ps. I'm adding cc:dbaron as he has a fine legacy of leak fixing.
Assignee: pnunn → waterson
Please see also bug 64001.
*** Bug 64001 has been marked as a duplicate of this bug. ***
I cannot reproduce with a build from 2001-01-02.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Hrm, Maybe I just didn't wait long enough. I do see a slight growth in process
size after the page refreshes, but certainly not runaway growth. I will see if
anything is leaking.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
So shall I go ahead and Mark this NEW?
Marking NEW so someone will look at it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Keywords: helpwanted
Target Milestone: --- → Future
I could not reproduce, but don't want this to fall of the radar. If someone who 
*can* reproduce could get some XPCOM_MEM_BLOAT_LOG or trace-malloc output that 
might indicate leakage, it would be greatly appreciated.
Any progress on finding out if this bug still exists or not?
I have not seen this happens any more.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago22 years ago
Resolution: --- → FIXED
I have heard this bug existed for users with no write access to instalation
directory of mozilla. It will not show for root or user with write access to it
(as I am now ;)

But I do not know if it exist any more.
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.