[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in 4.14 very slow compared to kMail from KDE 4.13.x

[Tore Anderson]

https://bugs.kde.org/show_bug.cgi?id=338571

Tore Anderson <tore at fud.no> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tore at fud.no

--- Comment #10 from Tore Anderson <tore at fud.no> ---
Confirming.

I started from a clean slate (no ~/.config/akonadi, ~/.local/share/akonadi,
~/.kde/share/apps/{kmail,akonadi}*, or ~/.kde/share/config/akonadi* files/dirs
present) and added my corporate IMAP account (Gigabit Ethernet all the way to
the IMAP server). The default SQLite database type is used.

It sat there for about two hours saying «Syncing folder 'foldername'» for all
the folders. The progress was tectonic for folders containing a large amount of
messages (say 20k+). I cannot actually read any mail while this folder sync is
in progress, even though the KMail UI lets me select folders in the tree list
to the left, the main area (where I assume a list of the messages in the
selected folder should appear) is stuck displaying a «Welcome to KMail 4.14.4»
message.

The process "akonadiserver" was using quite a lot of CPU (~80%, according to
"top"). Another process, "akonadi_baloo_indexer", was also figuring high in the
list (CPU usage generally in the ~10-30% range), and was also frequently in the
non-interruptible sleep state ("D").

I can see that the ~/.local/share/akonadi directory was filled with
suspiciously large amounts of data. In particular, the file "akonadi.db" is
612MiB and the directory "file_db_data" is 291MiB. So clearly, it must have
downloaded lots of stuff, in spite of the fact that the «Download all messages
for offline use» setting is disabled.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.