Bug 164979 - abnormal delay when kopete starts
Summary: abnormal delay when kopete starts
Status: RESOLVED WORKSFORME
Alias: None
Product: kopete
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-26 03:12 UTC by Manuel Amador (Rudd-O)
Modified: 2008-07-07 21:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
the frigging eight megabyte log (131.92 KB, application/x-gzip)
2008-06-26 03:19 UTC, Manuel Amador (Rudd-O)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel Amador (Rudd-O) 2008-06-26 03:12:49 UTC
Version:            (using KDE 4.0.83)
Installed from:    Ubuntu Packages
OS:                Linux

What I am about to attach is a heavily compressed strace output file from a started-from-scratch, configured Kopete (the latest version that came together with KDE 4.1 Beta 2).  The application never finished to start because I interrupted it after OVER FOUR MINUTES on a dual core machine running ZFS.  Yes, ZFS is slow.  That's not the point.  Please note the following things:

grep -E '(stat|open)' kopetetrace.2697 | wc -l
122432

122000 stat/open calls on a program that hasn't even finished to start but it's in a permanent grey window state?  Upon further inspection, you see it statting thousands of times several kde4globals files and ALL its component directories.  What happened to plain old just open()?  Is the hundreds of thousands of statting some sort of foreplay for an operation that you will know for certain failed or succeeded?  And what's with the statting of container directories up to the root directory?  And why is this application statting the SAME PATHS over and over again?  Don't you see this would kill NFS performance as well?  Can't you cache the kde4globals files until you get an async reconfig notification or something?

You know what, I'll just let you process the file and figure out this brain damage.  I honestly don't know why no one has measured the amount of work your library calls do, but Konqueror, a clearly more complex application, takes a fraction of the time to start than Kopete does (it probably does have quite a lot of syscall braindamage as well, and I'm speculating on how long kopete takes to start under these conditions, because I got BORED of waiting for it to start).
Comment 1 Manuel Amador (Rudd-O) 2008-06-26 03:19:12 UTC
Created attachment 25612 [details]
the frigging eight megabyte log

Took me five minutes just to browse two directories to get to this file, using
the file chooser in Konqueror.	Seriously, you need to get your libraries
fixed.
Comment 2 Dennis Nienhüser 2008-07-07 21:29:15 UTC
Please fix your system instead, or report to (K)Ubuntu. Additionally it would be great if you could adjust your tone a bit and come up with less insults. Thank you.