Hi All

ISSUE: Kmail is very slow in one session (the one that shares IMAP mail) and fine in the other.

I have just upgraded to KDE 4.9.3 (Kubuntu), using Precise Pangolin. Did it the other day.

Am running two user sessions at the same time:
- One (Work) is using IMAP mail and local folders to store the iMAP mail
- One (Private) is using POP mail and also storing to local folders.

Suddenly the work one is impossibly slow (unresponsive) to access/read mail, both in its IMAP folders and local folders.
It also appears slow to access new mail as well?
But the private one is perfectly fine. I can access the Net browsing fine & do other tasks.

Have even rebooted system in case there was something odd with the KDE/Akonadi session. No joy.

Any ideas please, as its very hard to work without useful email access....
e.g. Is there an Akonadi setting I need to change?

Cheers, thanks

Andy

In order to diagnose the problem, please check the following:

- errors in ~/.xsession-errors
- CPU usage with the slowness and which processes use it
- I/O access when slowness occurs
- The state of Neopmuk (System Settings > Desktop Search)

Thanks Einar

einar wrote:In order to diagnose the problem, please check the following:

- errors in ~/.xsession-errors
- CPU usage with the slowness and which processes use it
- I/O access when slowness occurs
- The state of Neopmuk (System Settings > Desktop Search)

Its looking better today for some reason...

To answer your questions:
- I checked xsession-errors file and it had lots going on, it seems. Will keep a closer eye on it if this problem arises again (renamed the file to start a new one).
- CPU usage was ok yesterday. I checked that before (using system monitor) to see if there were any rogue processes
- Not sure how to check I/O access (I presume you mean disk I/O) under kde?
- I have also looked at Nepomuk settings. Upped the memory for it a little in case that was a problem.

Cheers, thanks

Andy

Yeah, I mean disk I/O. You can use "iotop" or configure ksysguard to check on your disk.

Thanks Einar.
Got the disk i/o sorted.

BTW There is no way to get a timestamp on the entries on the "xsession-errors" file to find out the errors when having problems?

Cheers

Andy
--

The file is reset at every login, so it covers your current session, IIRC.

Thanks Einar.

i noticed that, so its correct,
it just would have been good to match the actual times in the session where the "speed issue" is noticeable to any error that might have been logged.

Cheers

Andy