[Bug 252164] KMail very slow after unchecking serverside subscription

[David Faure]

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


David Faure <faure at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |faure at kde.org,
                   |                            |vkrause at kde.org
            Summary|Imap sync very slow after   |KMail very slow after
                   |unchecking serverside       |unchecking serverside
                   |subscription                |subscription




--- Comment #1 from David Faure <faure kde org>  2010-09-29 23:41:02 ---
One of the issues is that while the imap resource is syncing one new big
folder, it cannot reply to other requests such as those triggered by trying to
read a mail in kmail. So these requests time out.

A dump on the scheduler showed it quite clearly:

akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:
ResourceScheduler: Online: true
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
current task: 1362 SyncCollection collection 741
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
queue 0 0 tasks:
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
queue 1 0 tasks:
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
queue 2 0 tasks:
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
queue 3 3 tasks:
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1672 ChangeReplay collection -12688 item 26080
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1673 ChangeReplay collection -14000 item 26081
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1674 ChangeReplay collection -14001 item 26082
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump: 
queue 4 130 tasks:
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1363 SyncCollection collection 742
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1364 SyncCollection collection 743
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1365 SyncCollection collection 744
akonadi_imap_resource_2(14416)/libakonadi Akonadi::ResourceScheduler::dump:   
1366 SyncCollection collection 745
[...]

So while it's getting collection 741, which takes a long time because it's a
new folder with many emails, the "ChangeReplay" tasks for item 26080 and
following, just time out. A bit later we could indeed see dbus timeout errors
in the debug output, for these items.

I don't know what the solution is, though; this seems like a major
architectural issue in akonadi, where synchronous dbus calls are made to
resource which could be busy with a very long task...

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.