Bug 4157 - Sudden CPU spike when using secure deletion
Summary: Sudden CPU spike when using secure deletion
Status: RESOLVED WORKSFORME
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Other (show other bugs)
Version: 3.17.3
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2019-02-17 13:24 UTC by iivxx
Modified: 2020-10-13 11:07 UTC (History)
0 users

See Also:


Attachments

Description iivxx 2019-02-17 13:24:28 UTC
(Chose 'Other' since I'm unsure what component is causing me trouble).

Sometimes when receiving when Claws-Mail I experience CPU spikes. Occasionally the program complete freezes, others I'm able to stop it while trying to navigate the GUI. While I haven't been able to discern a definite pattern I'm suspect it has something to do with this:

"file-utils.c:58:TIMING safe_fclose : 0s033ms
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/tmp/claws-crashed exited with status 0
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/tmp/tmpfile.00000005 exited with status 0
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/mimetmp/00000001.245601_721685.pdf exited with status 0
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/mimetmp/0000000a.mimetmp.html exited with status 0
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/mimetmp/00000009.mimetmp.html exited with status 0
file-utils.c:133:/usr/bin/shred /home/mrtea/.claws-mail/mimetmp/00000002.245601_721685.pdf exited with status 0"

This might be complete out of left field, but I can't get the Dillo plugin to work. Since I can't I just open HTML-messages I just open these in Dillo externally. While I can't say that it has happened every time, it seems like to happen more often when I'm using Dillo while receiving e-mail.


I'm on Debian (Stretch) and this seem to have started happening while upgrading from a previous Claws version. Might have to do with Debian, so I'll provide more info it proves to be strictly Claws related.

// J.
Comment 1 Paul 2019-02-17 13:32:03 UTC
Turn off 'Use secure file deletion if possible' (/Configuration/Preferences/Other/Miscellaneous), and see if that stops the cpu spike.
Comment 2 iivxx 2019-02-20 18:02:59 UTC
The thought has crossed my mind to do that. Seeing as my e-mail habits have stayed the same, and I've had it turned on for 3-4 years, it really seems odd that I've never experienced this before.

That's why I felt that it might be relevant for the developers to know this. Could be something strictly on my end, but I wanted to mention it at least. "If it's happening to me it'll probably happen to others."
Comment 3 iivxx 2019-03-01 16:43:15 UTC
Update:
Having had 'Use secure file deletion if possible' off since the reply I can't say that it made any difference. I'm pretty sure I can rule out the Dillo connection too.

Sometimes trying to interact with Claws while frozen causes it to unfreeze on a semi-regular basis. Other times I have to resort to kill the process flat out.

Tried to overhaul processing rules and stuff like that to no avail.
Comment 4 Paul 2019-03-01 17:17:54 UTC
A couple things to check:

Do you have the filtering log enabled?

Do you use the Notification plugin (with libnotify)?
Comment 5 iivxx 2019-03-17 13:23:33 UTC
I use the filtering log. Mainly because I've had some troubles in the past. I wan't to catch these if anything goes wrong. Sometimes it declares an error during processing. Most of the time that isn't an issue though. 1/10:th of the time of late would be a generous estimate.

And no, I do not. I rely on a small script to notify me about unread mail. Worth to mention that Claws-Mail doesn't start or execute it.

Note You need to log in before you can comment on or make changes to this bug.