<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div style="font-family: Verdana;font-size: 12.0px;">
<div>Hello,<br/>
<br/>
I got currently, since a long lasting period, performance issues on kmail/kontact, which renders the application useless.</div>

<div> </div>

<div>My kmail is stuck due to a huge amount of MLs I joined and a big set of filter rules I guess.<br/>
e.g. on startup I get this message:  grouped 94610 Threads of 170558, synchronizing email folder of user 0%</div>

<div><br/>
I'm using kmail2 5.1.3, Ubuntu 16.04.2 LTS, Qt: 5.5.1, KDE: 5.18.0,</div>

<div>ii  akonadi-backend-mysql           4:15.12.3-0ubuntu6  all          MySQL storage backend for Akonadi</div>

<div>ii  kontact                          4:15.12.3-0ubuntu1          amd64,</div>

<div>ii  mysql-server                  5.7.17-0ubuntu0.16.04.1    all</div>

<div> </div>

<div>
<div>15:48:27 up  7:47,  3 users,  load average: 24,99, 11,38, 6,54<br/>
USER     TTY      VON              ANMELD@   UNTÄ   JCPU   PCPU WAS<br/>
gerhard  pts/1    :0               10:00    5:47 m  0.00 s  5.34 s kded5 [kdeinit5]                                      <br/>
gerhard  pts/2    :0               10:01    5.00 s 30:50   0.12 s /bin/bash<br/>
gerhard  pts/3    :0               14:38   55:47   0.20 s  0.20 s /bin/bash<br/>
gerhard@ubuntu:~$ top<br/>
top - 15:53:17 up  7:52,  3 users,  load average: 7,27, 8,62, 6,64<br/>
Tasks: 387 gesamt,   4 laufend, 382 schlafend,   0 gestoppt,   1 Zombie<br/>
%CPU(s): 50,5 be,  5,5 sy,  0,0 ni,  4,8 un, 39,1 wa,  0,0 hi,  0,1 si,  0,0 st<br/>
KiB Spch :  7920528 gesamt,   131540 frei,  7148308 belegt,   640680 Puff/Cache<br/>
KiB Swap:  8388604 gesamt,  1796328 frei,  6592276 belegt.   208612 verfü Spch</div>

<div>  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     ZEIT+ BEFEHL                                                    <br/>
13143 gerhard   20   0 4149576 509324   2720 R 100,0  6,4   5:00.17 kontact                                                   <br/>
13137 gerhard   20   0 5302392 1,333g   9896 R  99,7 17,6  32:12.18 kmail                                                     <br/>
26523 gerhard   20   0 2503420 203740      0 S   5,6  2,6  31:38.37 mysqld                                                    <br/>
25652 gerhard   20   0 3168536  26600  18064 S   5,3  0,3   3:49.29 kwin_x11                                                  <br/>
 3553 root      20   0  719000  55416  48904 R   4,3  0,7  11:51.37 Xorg                                                      <br/>
11404 gerhard   20   0 1542396 474108  47704 S   3,7  6,0  24:19.58 Web Content                                               <br/>
26752 gerhard   20   0  664192  31812  21536 S   2,0  0,4   0:16.69 konsole                                                   <br/>
11300 gerhard   20   0 3742384  84340  27276 S   1,7  1,1   0:31.60 plasmashell                                               <br/>
11327 gerhard   20   0 1395996 192104  56612 S   1,0  2,4   6:50.34 firefox                                                   <br/>
    7 root      20   0       0      0      0 S   0,3  0,0   0:36.05 rcu_sched                                                 <br/>
 1722 root      20   0  281396   2172   2044 S   0,3  0,0   0:00.57 accounts-daemon                                           <br/>
 3014 root      20   0    7572     28      0 S   0,3  0,0   0:16.09 gpm                                                       <br/>
 3023 debian-+  20   0   82756  14040   2648 S   0,3  0,2   0:11.37 tor                                                       <br/>
 3558 root      20   0  185844    144      0 S   0,3  0,0   2:29.29 teamviewerd                                               <br/>
14132 gerhard   20   0   47508   2488   1480 R   0,3  0,0   0:00.27 top                                                       <br/>
26160 gerhard   20   0  792120   3400   2688 S   0,3  0,0   0:12.64 krunner                                                   <br/>
26213 gerhard   20   0  538076   7532   4924 S   0,3  0,1   0:24.53 python                                                    <br/>
26486 gerhard   20   0  356328   2392   1560 S   0,3  0,0   0:01.85 akonadi_control                                           <br/>
    1 root      20   0  120796   2168   1616 S   0,0  0,0   0:03.15 systemd </div>

<div> </div>

<div>If  try ctrl + J messages seems no longer be filtered. Load spikes from time to time to 24! (w)<br/>
<br/>
I thought by upgrading from lts 12.04 to 14.04 and further to 16.04 would help with the issue, but unfortunately that wasn't the case.<br/>
<br/>
Now I'm thinking on upgrading to the latest version by using a backport ppa: <a href="https://deref-web-02.de/mail/client/9PcplANTxZ4/dereferrer/?redirectUrl=https%3A%2F%2Fwww.ubuntuupdates.org%2Fpackagn%2Fbase%2Fkontact" target="_blank">https://www.ubuntuupdates.org/packagn/base/kontact</a><br/>
<br/>
I also think about migrating to thunderbird instead. Is tehre a fine HOWTO on how to migrate filter-rules and all structure (tree of folders, where the filter sortes the mails in) and config to thunderbird, at least the most of the current configuration? I got some experience with scripting.</div>

<div> </div>

<div>Maybe this debian bug is related, though I'm not sure:</div>

<div>
<div>            ~/.local/share/akonadi/file_db_data/ is completly inneficient and render the whole system slow.</div>

<div>            Directory shoud not store more than a thousand of entry. With my multi gigabyte mail box I have more than 900000 entry in this directory.</div>

<div>            See <a href="https://deref-web-02.de/mail/client/KcYIUymvyCc/dereferrer/?redirectUrl=http%3A%2F%2Fetutorials.org%2FServer%2BAdminisdir%2BDirective%2F" target="_blank">http://etutorials.org/Server+Adminisdir+Directive/</a> paragraph 7.1.4 L1 and L2 for how to do.</div>

<div>            thumbnail cache, git and squid use this technique.</div>

<div>            I am tented to raise to RC severity because some filesystem does not support this insane number of file per directory.</div>

<div>        What locate do you use? mlocate? slocate?</div>

<div>    By memory mlocate but I use ext3.I think the main inifficiency is ext3 I am goind to switch to ext4.</div>

<div>        /Sune</div>

<div><a href="https://deref-web-02.de/mail/client/N0xHYk5RARM/dereferrer/?redirectUrl=https%3A%2F%2Fbugs.debian.org%2Fcgi-bin%2Fbugrcgi%3Fbug%3D757844" target="_blank">https://bugs.debian.org/cgi-bin/bugrcgi?bug=757844</a></div>

<div> </div>

<div>I got a similar huge inbox, with 230289 emails. tree ~/Mail, shows 100 directories, 49907 files (12 GiB laut du -sh), but the mentioned path in the bug above got, according to tree, 101 directories und 227 files.<br/>
Alone the content of debian-de ML is according to KMail 1,6GiB with 195663 emails.</div>

<div> </div>

<div>~/Mail (12GiB) ist ein Symlink auf eine SSD Partition (SanDisk SDSSDX240GG25)</div>

<div>Gerät      Boot     Start      Ende  Sektoren Größe Id Typ<br/>
/dev/sda6       394270720 468862127  74591408 35,6G 83 Linux</div>

<div>Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf<br/>
/dev/sda6        35G     18G   17G   52% /mnt/sda6</div>

<div>/dev/sda6: Linux rev 1.0 ext4 filesystem data</div>

<div> </div>

<div>Maybe the issue comes froma failed Migration? <a href="https://deref-web-02.de/mail/client/iqyzkjl3K5w/dereferrer/?redirectUrl=https%3A%2F%2Fuserbase.kde.org%2FKMail%2FFAQs__Kmail_is_slow" target="_blank">https://userbase.kde.org/KMail/FAQs__Kmail_is_slow</a></div>

<div> </div>

<div> </div>

<div>kaddressbook and notes are also need a lot of time to show up.</div>

<div> </div>

<div>This way kontact isn't useable at all for me.</div>

<div> </div>

<div>Thank you in advance.<br/>
        </div>
</div>

<div> </div>
</div>

<div class="signature"> </div>
</div>
</div></div></body></html>