Closed Bug 346755 Opened 19 years ago Closed 19 years ago

100% CPU after about 5-6 hours SM/CZ uptime

Categories

(Other Applications :: ChatZilla, defect)

Product:
Other Applications
Component:
ChatZilla
Version:
1.8 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: mrmazda, Assigned: rginda)

References

Details

(Keywords: hang)

Tested with SM 1.8 branch nightlies on OS/2 2006072909 and 2006073009 plus Linux 2006073007. 2006072709 OS/2 is OK. To reproduce: 1-Open browser, but load only mozilla.org homepage or no pages 2-Open CZ (I do two servers plus 14 channels, 16 tabs total) 3-Wait about 5-6 hours Actual behavior: 1-SM shows 99-100% CPU usage in top (Linux) or system activity meter (OS/2) 2-SM is totally unresponsive 3-High CPU load makes OS desktop unusably sluggish, requiring SM be killed Expected behavior: 1-normal CPU load 2-responsive SM 3-responsive OS desktop I'll have to test a bit more to see about 2006072809 and RAM consumption.
2006072809 is bad too.
Where are you hanging? Can you attach a debugger to the program and see? (Probably need symbols to get anything useful, though...) This might be bug 346233/bug 346308.
Keywords: hang
This is probably a dupe of bug 346308.
Depends on: 346308
I only use builds from http://stage.mozilla.org/pub/mozilla.org/seamonkey/nightly/, latest-mozilla1.8/ 2006073007 in this case. The hang this time took 11 hours to achieve. The bt produced no symbols. If anyone wants it here I can attach it.
I pulled just after 15:30 PDT and built a debug build: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060802 SeaMonkey/1.1a gcc gcc version 4.0.2 20050901 (prerelease) (SUSE Linux) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -pthread -pipe c++ gcc version 4.0.2 20050901 (prerelease) (SUSE Linux) -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -I/usr/X11R6/include Configure arguments --disable-tests --disable-optimize --enable-debug --with-extensions=default --enable-application=suite I ran it without a hang for 25 hours and gave up waiting. This is from the Linux build from comment 0 : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060730 SeaMonkey/1.1a Compiler Version Compiler flags gcc gcc version 3.3.1 (SuSE Linux) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -pthread -pipe c++ gcc version 3.3.1 (SuSE Linux) -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -I/usr/X11R6/include Configure arguments --enable-application=suite --disable-tests --enable-extensions=default --without-system-nspr --without-system-jpeg --without-system-zlib --without-system-png --disable-debug '--enable-optimize=-O2 -gstabs+' --enable-crypto --disable-elf-dynstr-gc --enable-strip --enable-default-toolkit=gtk2 --enable-xft --disable-freetype2 --disable-xprint --enable-svg --enable-svg-renderer-cairo --enable-canvas They're so different I'm sure I wasted my time with that short configure list.
Felix, did I interpret comment 5 as a WORKSFORME? Please resolve accordingly if this is the case.
Actually it should be closed as a dupe of 346233. Felix had made his pull for his debug build after the problem code had been backed out but before the actual fix went in. *** This bug has been marked as a duplicate of 346233 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
I have not yet determined when this was no longer a problem. It takes a long time when you have to test a build for 12+ hours to see whether it happens or not. Right now, I see 2006073106 is OK, which as I read bug 346233 means this has nothing to do with that bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Summary of builds tested: Build OS Result 2006072709 OS/2 no hang 2006072712 Linux 14+ hours without hang 2006072806 Linux 13+ hours without hang 2006072809 OS/2 hang ~5.5hrs 2006072909 OS/2 hang ~5.5hrs 2006072911 Win 26.5+ hours without hang 2006073007 Linux hang ~11hrs 2006073009 OS/2 hang ~5.5hrs 2006073100 Win 14+ hours without hang 2006073106 Linux 16 hours without hang 2006073109 OS/2 no hang 2006080109 OS/2 48+ hours without hang 2006080309 OS/2 48+ hours without hang 2006080509 OS/2 69+ hours without hang Looking at the above list, it would seem the problem is not reproducible on Win, that the problem arrived between 2006072806 and 2006072809, and that it disappeared between 2006073009 and 2006073100 or 2006073106. However, there were no checkins I could find between 2006072806 and 2006072809. So, I give up trying.The problem is gone and has been for over a week. -> WFM
Status: REOPENED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.