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 Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
