[Bug 135147] Re: Heavy disk I/O usage when starting KMail

Lars Knoll lars at trolltech.com
Mon Sep 24 19:25:36 UTC 2007


For me this doesn't only happen when starting kmail for the first time.
I am using the cached imap client in kmail. since the upgrade to the
enterprise branch kmail has basically become unusable for me.

The scan it does takes (a) forever and (b) basically locks up my hard
disk. All other operations (like just running a simple command as top
from the shell) take at least 10-20 secs to react. It might be related
to my file system being reiserfs.

strace'ing one of the kio_file processes spawned by kmail shows that it
seems to ask for posix acl attributes for every mail I have:

...
getxattr("1188425724.27265.vN8Kd:2,S", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
getxattr("1188425724.27265.vN8Kd:2,S", "system.posix_acl_access", 0xbf88d8e0, 132) = -1 EOPNOTSUPP (Operation not supported)
lstat64("1188425038.27265.Deu4J:2,RS", {st_mode=S_IFREG|0644, st_size=2102, ...}) = 0
getxattr("1188425038.27265.Deu4J:2,RS", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
getxattr("1188425038.27265.Deu4J:2,RS", "system.posix_acl_access", 0xbf88d8e0, 132) = -1 EOPNOTSUPP (Operation not supported)
lstat64("1188425371.27265.4Ellm:2,S", {st_mode=S_IFREG|0644, st_size=1073, ...}) = 0
.....

reiserfs seems to fail on that operation, but the whole thing seems to
keep my file system completely locked up. I also do not understand at
all while kio_file should ask for extended file attributes/posix acl's
at all.

This is a complete showstopper for me when using gutsy at the moment.

-- 
Heavy disk I/O usage when starting KMail
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdepim in ubuntu.




More information about the kubuntu-bugs mailing list