Am Donnerstag, 27. M=E4rz 2014, 18:13:36 schrieben Sie: > On Thursday 27 March 2014 16:35:44 Martin Steigerwald wrote: > > Am Donnerstag, 27. M=E4rz 2014, 15:48:15 schrieb Daniel Vr=E1til: > > > On Thursday 27 of March 2014 14:46:57 Martin Steigerwald wrote: > > > > Am Donnerstag, 27. M=E4rz 2014, 12:24:39 schrieb Daniel Vr=E1til: > > > > > Hi, > > > > > = > > > > > thanks a lot for all the analysis. I will need to read up on this > > > > > and > > > > > consult MySQL documentation first, so I'll go through it next we= ek > > > > = > > > > Gee, I now had it again with my POP3 setup. KMail blocked for minut= es. > > > > akonadi maildir resource 100% CPU bound. And I think I found part of > > > > the > > > > reason why: > > > > = > > > > 70% of all stat calls, about 100000 of them during that strace, were > > > > to > > > > stat /etc/localtime. > > > = > > > Is your TZ env variable set? If not set it to TZ=3D"Europe/XX" (whate= ver > > > your > > > TZ is) and try again, it might reduce the amount of stats. > > = > > Seems to help: > > = > > merkaba:/tmp> grep -c "stat(\"/etc/localtime" strace-blub.txt > > 0 > > merkaba:/tmp#1> grep -c "stat(" strace-blub.txt > > 998 > > = > > Still KMail was blocked for some time, but appeared to be shorter, > > definately wasn=B4t a minute, but this was also during KDE session star= tup > > with Akonadi starting and MySQL was using 120% CPU (possibly due to oth= er > > initialization reasons). > > = > > I wait for some bigger mail batch to arrive and retest then and add > > comment > > to bug. > = > You want everybody on this list to send you a mail to help you test it? > = > :P > : No need to. 1) I get enough mails as is. :) 2) I still get minute long CPU bursts on *filtering* about 150 mails. The stat()=B4s on /etc/localtime are gone. I ask myself why it actually tries to synchronize folders at all. I have all mails which are to be filtered in a folder _Inbox and I press Ct= rl = A, Ctrl J there. Then KMail not usable for 5-10 minutes or so and Akonadi = maildir resource synchronizing folders like mad. For example on synchronizing kernel-ml it stat()s each of the 220000+ files= in = there. Why? I moves a mail from _Inbox to kernel-ml. For me that would = include: 1. Change metadata in database. 2. Move the file from _Inbox to kernel-ml 3. Be done with it. I already disabled synchronizing mail folders on start and on manually = checking for mails. I usually do not put mails manually in any of the maildir folders. It has = inotify watches anyway on the folders. So the only scan that would make *so= me* = sense would be the one on start. Why does it synchronize folders? I don=B4t get it. -- = Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/