On my G4 450 MHz Cube, WebKit CPU usage goes to 100% and stays there once the page is almost loaded (the black "Loading..." on the left side has already disappeared and only the red-on-white "Loading..." box on the right remains). Page loading then appears to make no forward progress. Sharking WebKit at this point shows a lot of time spent in WebCore::TimerBase::sharedTimerFired(), which seems to consist mostly of CoreFoundation timer adding and invalidation. This appears to have started sometime between r20387 and r20419, from my testing with the builds on nightly.webkit.org, and doesn't happen on my MBP with the same builds. On my Cube, it also happens sporadically with other webpages, but not with the same reproducibility of Gmail (i.e. I can get pages to load eventually if I stop and reload). I don't have another PPC machine here to reproduce this with, unfortunately.
I've seen this happen a few times (thought it was a server side problem). Based on the revision range where it regressed, there is a slim chance that this bug has the same root cause as bug 13179.
I see a slight pause with 100% CPU using my PB G4, too, in a local debug build of WebKit r20470 versus shipping Safari. (It's slightly less noticeable on my Quad G5 desktop. :)
It's not 100% reproducible for me, but I failed to reproduce it even a single time after applying the patch from bug 13179 locally.
Alex, please check if this is fixed in the r20486 (or later) nightly. Thanks!
(In reply to comment #4) > Alex, please check if this is fixed in the r20486 (or later) nightly. Thanks! This still occurs for me with a local debug build of WebKit r20488 with Safari 2.0.4 (419.3) on Mac OS X 10.4.9 (8P135).
(In reply to comment #5) > (In reply to comment #4) > > Alex, please check if this is fixed in the r20486 (or later) nightly. Thanks! > > This still occurs for me with a local debug build of WebKit r20488 with Safari > 2.0.4 (419.3) on Mac OS X 10.4.9 (8P135). I never saw a hang; only slower login times with a debug build. When I ran a release build (a WebKit nightly build), it performed the same as shipping Safari.
(In reply to comment #5) > (In reply to comment #4) > > Alex, please check if this is fixed in the r20486 (or later) nightly. Thanks! > > This still occurs for me with a local debug build of WebKit r20488 with Safari > 2.0.4 (419.3) on Mac OS X 10.4.9 (8P135). > For what it's worth, this problem went away for me when I built r20487.
(In reply to comment #4) > Alex, please check if this is fixed in the r20486 (or later) nightly. Thanks! I am no longer seeing this in the r20487 nightly.
Closing as RESOLVED/FIXED per Comment #8 and Comment #7.