Bug 91614 - konqueror maxes CPU during large web page load and load gets exponentially slower
Summary: konqueror maxes CPU during large web page load and load gets exponentially sl...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: rellinks (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Kevin Krammer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-18 20:48 UTC by djandruczyk
Modified: 2005-01-09 20:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description djandruczyk 2004-10-18 20:48:31 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Gentoo Packages
Compiler:          gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) 
OS:                Linux

When loading  a page from GTK's aPI docs:
http://developer.gnome.org/doc/API/2.0/gtk/GtkWidget.html
which is huge (About 430Kbyes)

kdeinit maxes the CPU and the progress of the load slows down exponentially.  I caught a quick strace of the kdeinit process as it was loading:

access("/home/dave/.kde3.3/share/config/rellinksrc", W_OK) = 0
lstat64("/home/dave/.kde3.3/share/config/rellinksrc", {st_mode=S_IFREG|0600, s
t_size=45, ...}) = 0
open("/home/dave/.kde3.3/share/config/rellinksrc", O_RDONLY|O_LARGEFILE) = 28
fstat64(28, {st_mode=S_IFREG|0600, st_size=45, ...}) = 0
fstat64(28, {st_mode=S_IFREG|0600, st_size=45, ...}) = 0
old_mmap(NULL, 45, PROT_READ, MAP_PRIVATE, 28, 0) = 0x40518000
fstat64(28, {st_mode=S_IFREG|0600, st_size=45, ...}) = 0
rt_sigaction(SIGBUS, {0x435a3b40, [], SA_ONESHOT}, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
fstat64(28, {st_mode=S_IFREG|0600, st_size=45, ...}) = 0
munmap(0x40518000, 45)                  = 0
rt_sigaction(SIGBUS, {SIG_DFL}, NULL, 8) = 0
close(28)                               = 0
gettimeofday({1098124740, 595465}, NULL) = 0
ioctl(5, FIONREAD, [0])                 = 0
write(6, "\0", 1)                       = 1
gettimeofday({1098124740, 597187}, NULL) = 0
gettimeofday({1098124740, 597700}, NULL) = 0
gettimeofday({1098124740, 599452}, NULL) = 0
gettimeofday({1098124740, 600044}, NULL) = 0
gettimeofday({1098124740, 600488}, NULL) = 0
gettimeofday({1098124740, 601121}, NULL) = 0
gettimeofday({1098124740, 601682}, NULL) = 0
gettimeofday({1098124740, 602412}, NULL) = 0
gettimeofday({1098124740, 603012}, NULL) = 0
gettimeofday({1098124740, 603568}, NULL) = 0
gettimeofday({1098124740, 604154}, NULL) = 0
gettimeofday({1098124740, 605118}, NULL) = 0
gettimeofday({1098124740, 606125}, NULL) = 0
write(3, "\2\3\4\0\227\1\0\2\2\0\0\0[\357\377\377\2\2\4\0\233\1\0"..., 208) = 
208
ioctl(3, FIONREAD, [0])                 = 0
gettimeofday({1098124740, 610402}, NULL) = 0
select(27, [3 4 5 7 9 12 13 14 17 23 24 25 26], [], [], {0, 0}) = 2 (in [5 17]
, left {0, 0})
read(5, "\0", 1)                        = 1
read(17, "  1000_64_", 10)              = 10
read(17, "s removed from its toplevel), an"..., 4096) = 4096
write(22, "a>.\n</td></tr><tr><td><span clas"..., 4096) = 4096
brk(0x8abe000)                          = 0x8abe000
brk(0x8abf000)                          = 0x8abf000
brk(0x8ac0000)                          = 0x8ac0000
brk(0x8ac1000)                          = 0x8ac1000
brk(0x8ac2000)                          = 0x8ac2000
brk(0x8ac3000)                          = 0x8ac3000
brk(0x8ac4000)                          = 0x8ac4000
brk(0x8ac5000)                          = 0x8ac5000
brk(0x8ac6000)                          = 0x8ac6000
brk(0x8ac7000)                          = 0x8ac7000
brk(0x8ac8000)                          = 0x8ac8000
brk(0x8ac9000)                          = 0x8ac9000
gettimeofday({1098124740, 633698}, NULL) = 0
gettimeofday({1098124740, 634964}, NULL) = 0
brk(0x8aca000)                          = 0x8aca000
brk(0x8acb000)                          = 0x8acb000
brk(0x8acc000)                          = 0x8acc000
brk(0x8acd000)                          = 0x8acd000
brk(0x8ace000)                          = 0x8ace000
gettimeofday({1098124740, 650916}, NULL) = 0
gettimeofday({1098124740, 651587}, NULL) = 0
gettimeofday({1098124740, 652088}, NULL) = 0
gettimeofday({1098124740, 653039}, NULL) = 0
gettimeofday({1098124740, 653926}, NULL) = 0
gettimeofday({1098124740, 654475}, NULL) = 0
gettimeofday({1098124740, 655004}, NULL) = 0
gettimeofday({1098124740, 655789}, NULL) = 0
gettimeofday({1098124740, 656477}, NULL) = 0
gettimeofday({1098124740, 657030}, NULL) = 0
gettimeofday({1098124740, 657925}, NULL) = 0
access("/home/dave/.kde3.3/share/config/rellinksrc", W_OK) = 0
lstat64("/home/dave/.kde3.3/share/config/rellinksrc", {st_mode=S_IFREG|0600, s
t_size=45, ...}) = 0
open("/home/dave/.kde3.3/share/config/rellinksrc", O_RDONLY|O_LARGEFILE) = 28


The messages were repetitive in nature.  The repetitive checking of /home/dave/.kde3.3/share/config/rellinksrc  seemed strange, as did the repetitive calls to gettimeofday.

After several minutes, the page loaded and cpu usage returned to normal.
Comment 1 djandruczyk 2005-01-09 20:57:02 UTC
This appears to be fixed in kde 3.3.2 atleast on my system. the above link loads fast and has no problems now...