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)
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.
Comment 1•24 years ago
|
||
What build are you using? I don't see this problem with a ns6 Macintosh build (2000103114).
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.
Comment 4•24 years ago
|
||
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.
Comment 6•24 years ago
|
||
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
Comment 8•24 years ago
|
||
did you remove all previou smozilla files?
Comment 9•24 years ago
|
||
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
Reporter | ||
Comment 10•24 years ago
|
||
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 → ---
Reporter | ||
Comment 11•24 years ago
|
||
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?
Comment 12•24 years ago
|
||
warren, brendan, is this bug useful? where should it go?
Component: Browser-General → ImageLib
Comment 13•24 years ago
|
||
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.
Comment 14•24 years ago
|
||
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
Comment 15•24 years ago
|
||
reassign to default component owner
Assignee: asa → pnunn
QA Contact: doronr → tpreston
Comment 16•24 years ago
|
||
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
Reporter | ||
Comment 17•24 years ago
|
||
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.
Comment 18•24 years ago
|
||
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
Comment 19•24 years ago
|
||
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.
Comment 20•24 years ago
|
||
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!
Reporter | ||
Comment 21•24 years ago
|
||
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?
Comment 22•24 years ago
|
||
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
Comment 23•24 years ago
|
||
Please see also bug 64001.
Comment 24•24 years ago
|
||
*** Bug 64001 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 25•24 years ago
|
||
I cannot reproduce with a build from 2001-01-02.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 26•24 years ago
|
||
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 → ---
Comment 27•24 years ago
|
||
So shall I go ahead and Mark this NEW?
Comment 28•24 years ago
|
||
Marking NEW so someone will look at it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Comment 29•23 years ago
|
||
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.
Comment 30•23 years ago
|
||
Any progress on finding out if this bug still exists or not?
Reporter | ||
Comment 31•22 years ago
|
||
I have not seen this happens any more.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 22 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 32•22 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•