7 Oct
2020
7 Oct
'20
9:45 p.m.
Michael via tde-users wrote:
On Wednesday 07 October 2020 01:51:49 pm Dr. Nikolaus
Klepp wrote:
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(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)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
Anno domini 2020 Wed, 7 Oct 13:40:31 -0500
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. 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.