Michael via tde-users wrote:
On Wednesday 07 October 2020 01:51:49 pm Dr. Nikolaus Klepp wrote:
Anno domini 2020 Wed, 7 Oct 13:40:31 -0500
Ah, sure!
- Start KMail
- Setup ~50 filters.
- Setup mail checking every ~15 minutes [1]
- When KMail checks mail the whole program is 'frozen' until it
finishes checking for mail. [2]
- You can use any other program on the machine with no ill effects.
[1] I average slightly over 50 downloaded messages per 15 minute check. [2] e.g. If you're in the middle of typing a mail, you can no longer [type anything into KMail. If you try to click on some other folder, nothing happens. If you drag some other program’s window over KMail, the KMail GUI gets whitened/blanked out until the mail check stops.
This is on my work machine (info below), so it’s not a 10 year old laptop, which was why I was thinking it was a multi-thread issue?
Best, Michael
This is strange. Do you get hundreds of mails in 15 minutes?
Could you run "htop" in a terminal so that you see which program is blocking? It might be something spawned from kmail or something totally different.
Yeah, due to spikiness of things, I’d guess some mail checks get 200-300 mails, some get 10. The average of ~50+ was over the last 15 day period (75,000 in 15 days if someone wants to check my maths...).
htop attached of KMail at idle. I had the main window and 3 messages open (= 4 child processes?). During a mail check it climbs to 100% CPU% for the parent KMail row, the children don’t change at all, sits at 100% until it’s done (1-3 seconds) and then drops back to ~0% CPU%.
My graphical skills lack, headers are:
PID / USER / PRI / NI / VIRT / RES / SHR / S / CPU% / MEM% / TIME+ / Command /
The 0.7 is CPU% 2119M is VIRT
I don’t know htop well enough, but it’d seems CPU% has to be for a single CPU? Yeah, gotta be, load average: 0.30, 0.20, 0.14, so it’s not doing anything to even 1 minute load numbers.
I think this is a use case specific issue and has probably to do with the number of filters. I am not sure how and where they are executed, but it sounds like the GUI is blocked until something executes in the background. I would not say it is related to the retrieving of the mails as a process but most probably in something after the message is already there. You could use tcpdump and wireshark to see the timeline for example.
You probably don't have the debug package installed, but if it is there you could enable debugging for kmail and some tdeio like pop3 or imap etc. Restart kmail and see what the log says. I don't have any better idea for now.
BTW it's also not clear which protocol you use - POP/IMAP?
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting