Closed
Bug 351915
Opened 19 years ago
Closed 16 years ago
100% cpu usage with http://www.o2.pl
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: d4rt, Unassigned)
References
()
Details
(Keywords: perf, Whiteboard: [reflow-refactor])
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b2) Gecko/20060908 Firefox/2.0b2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b2) Gecko/20060908 Firefox/2.0b2
After visiting http://www.o2.pl my cpu usage goes to 100%. Firefox is responsive though. It is not plugins fault as I uninstalled everything and it was still the same.
Reproducible: Always
Steps to Reproduce:
1.Load http://www.o2.pl
Actual Results:
Cpu usage goes to 100%
Expected Results:
Cpu usage should remain in normal (low) state.
Comment 1•19 years ago
|
||
WFM, without a hitch in the CPU usage.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; fr-FR; rv:1.8.1b2) Gecko/20060908 BonEcho/2.0b2 ID:2006090803
Does it happen also in safe mode?
Comment 2•19 years ago
|
||
Also deactivate javascript. Does that help?
Comment 3•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060908 Minefield/3.0a1
A lot of CPU usage on that site, but not a hang.
Reporter | ||
Comment 4•19 years ago
|
||
With javascript turned off everything goes back to normal. It's not a real solution to the problem though ;)
Comment 5•18 years ago
|
||
(In reply to comment #4)
> With javascript turned off everything goes back to normal. It's not a real
> solution to the problem though ;)
This issue is raised by the js news script. It sets a timeout from 50 ms between each written letter. If the line is finished the script waits 3000 ms where the cpu load goes back to normal.
Here the source:
> function dzwon_step() {
> if (dz_pos < dz_str.length) {
> dz_obj.innerHTML = dz_str.substr(0,dz_pos) + '_';
> dz_pos++;
> dz_hdlstep = setTimeout("dzwon_step()", 50);
> } else {
> dz_obj.innerHTML = dz_str + ' <span style="color:red;font-weight:bold;">»</span>';
> dz_hdlmsg = setTimeout("dzwon_msg()", 3000);
> }
> }
Boris, are we too slow updating the innerHTML content?
Status: UNCONFIRMED → NEW
Ever confirmed: true
![]() |
||
Comment 6•18 years ago
|
||
Yeah, basically. Updating it involves redoing the layout of everything that might depend on that content, and if you have enough nested tables that's currently everything.
On reflow branch, I still see close to 100% CPU usage on my P3-733, but the time spent in layout is about 10-20 times smaller than on trunk and the text appears _much_ faster. So once reflow branch lands people should retest.
Note that just "cpu usage is 100%" doesn't necessarily constitute a bug, unless you can prove that we really shouldn't be taking up CPU... ;)
Component: General → Layout
Keywords: perf
Product: Firefox → Core
QA Contact: general → layout
Whiteboard: [reflow-refactor]
Version: unspecified → Trunk
Comment 7•16 years ago
|
||
http://www.o2.pl/ plays nice with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3
=> WFM
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•