[Kde-pim] kmail get slower and slower on loading mail content

[Shaheed Haque]

@Lindsay. No, I specifically ensure I delete any Search folders after
use. (I do that because of a number of issues, some/all previously
discussed here, but some of which at least I believe will have been
addressed in trunk over the last period).

@Sven. I'll try to describe one other possibly related symptom...

Background
=========

I don't currently run kontact, just kmail.

I have one set of IMAP folders and one set of local folders. The
wastebin for my IMAP account is set to the local folder wastebin. This
wastebin has about 8000 total emails, of which about 4000 are unread.
My IMAP Inbox is about 4000 emails, with only ~100 unread.

I normally spend most of my time in the IMAP folders (Inbox, Sent Mail
etc). However, I do go into the local wastebin on occasion. Often that
is fine, and  works as expected. However, sometimes...

The problem
=========
...I find that switching between this local wastebin and the IMAP
folders starts to slow down. At first, this is just a bit, but it gets
worse as I continue switching. The kmail status bar (bottom left
corner) start showing stats something like "processing %n of %n". This
is sometimes relatively fast, sometimes glacially slow. Eventually,
kmail has to be restarted.

I have seen this maybe 3 times in the last 3 months. Now that I think
about it though, I'm not sure I checked what virtuoso/nepomuk/other
processes were doing though.

As before, if anybody has suggestions on what to look for to help
narrow the issue, I'm reasonably familiar with akonadiconsole, and the
database structures visible through it though I'd prefer not to have
to get into actual code debug.

Hth, Shaheed


On 10 October 2012 13:32, Anders Lund <anders at alweb.dk> wrote:
> On Onsdag den 10. oktober 2012 13:07:09 Andras Mantia wrote:
>> Shaheed Haque wrote:
>> > I am seeing something like this both on loading emails, and also on
>> > sending emails. Both situations seem to result in virtuoso pegged at
>> > 100% of one of my cores. In the loading case:
>> >
>> > - akonadictl restart does not seem to help
>> > - killing virtuoso immediately unblocks kmail
>> > - but then I end up having to kill nepomuk and then akonadi to regain
>> > control of kmail
>> >
>> > In the sending case, I end up discarding the email, losing the work,
>> > and then akonadictl restart.
>> >
>> > Any hints as to how to diagnose this would be very welcome (as would a fix
>> > ;-)).
>>
>> Disable nepomuk completely.
>> I'm sorry for the Nepomuk developers, but I have to recommend this until
>> such problems "disappear".
>
> Desktop search using nepomuk works fine, in dolphin and krunner. I use nepomuk
> for tagging and rating files, more and more often. The standard indexing of my
> files NEVER cause trouble (that was years ago!), nor does searching in files
> cause cpu spiking.
>
> In kmail, without nepomuk you dont have search and address completion (the
> latter really do not work very often, but that is another story).
>
> So i believe it is wrong to blame nepomuk developers here. I recently
> forwarded a mail from Vinesh Handa suggesting some things that kdepim
> developers can do to improve things, and some things that nepomuk developers
> can do. That is a good aproach - let us help each other!
>
> There is also a bug[1] that I filed about the nepomuk problems caused by
> kdepim applications - kmail is not alone! I think it good to consider ALL
> kdepim code that may involve feeding or querying nepomuk once more, if it is
> nessecary, and if it is limited to ONLY what is nessecary!
>
> [1] https://bugs.kde.org/show_bug.cgi?id=307807
> --
> Anders
>
>
> _______________________________________________
> KDE PIM mailing list kde-pim at kde.org
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/