Summary: | Cache is 2x slower than normal page load | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Samuel Allen <allensamuel> |
Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | filip_vancoillie, rdieter, schnetter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Mandrake RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Javascript-timer testcase |
Description
Samuel Allen
2004-03-27 20:37:07 UTC
Can you attach a test page w/ JS timers? Created attachment 5451 [details]
Javascript-timer testcase
Go back or forward to the page to see the time difference from the initial load
Hmm, I think you need to save the testcase to the hard disk so the initial time isn't mostly spent in downloading the file. Has anyone been able to reproduce this? I can still reproduce it on my Fedora Core 2 box. This bug ruins KHTML performance on back and forward, and makes Konqueror much slower than Mozilla. I have spent a few minutes looking at the code, but if someone could point me in the right direction that would be great. Confirmed, kde-3.2.2, rh80. Initial load time on my box was .08 seconds, onreload (or forward/back) 0.44 seconds Confirmed. KDE 3.3.2 Debian unstable on Althon XP 1600+ Initial load time: 0.10s Hitting refresh: 0.10s Going back to or forward to the page: 0.39s Strange. I've noticed that konqueror's back performance is quite poor sometimes but I've never thought about it before. CVS commit by ggarand: no need to delay chunks that much BUG: 78575 M +1 -1 khtml_pagecache.cpp 1.21 --- kdelibs/khtml/khtml_pagecache.cpp #1.20:1.21 @@ -266,5 +266,5 @@ KHTMLPageCache::sendData() d->delivery.append( delivery ); } - QTimer::singleShot(20, this, SLOT(sendData())); + QTimer::singleShot(0, this, SLOT(sendData())); } *** Bug 61290 has been marked as a duplicate of this bug. *** hi, I have similar experiences with hitting back/forward in konqueror. On a comparision of browsers a few months ago, i read that safari 2.0 was a lot faster on this issue compared to konqi. So maybe there are some easy fixes/optimalisations to be found in the recently opened CVS history of webkit? Or maybe some mac-developers can explain in 10 minutes what their main changes were on this issue...? the comparision is on http://www.howtocreate.co.uk/browserSpeed.html , if that might help. It's using konqueror 3.2 but I still have the same experience with 3.4 Filip I can confirm it, but it does not only affect reloading a page, rendering a page is inacceptably slow. Even if a simply built web-interface to setup the internet router is this slow. This error exists already, as long as I use KDE 3.x, it is finally time to increase speed. I used it on different boxes; all the same: arch, crux and debian. |