9209 - IMAP performance is very slow on large modified Inbox

Status: VERIFIED DUPLICATE of bug 10689

(MailNews Core :: Backend, defect, P3)

Description

[ppandit]

Using release build (June 30) of seamonkey

Talked with Scott Putterman about slow performance using IMAP after making many
deletions from my Inbox using 4.7. Seamonkey could not load my Inbox because it
was updating the Inbox.msf file one message at a time. The result was that
either seamonkey hang (i.e. not responding) or the OS ran out virutal memory.
Solution was to delete Inbox.msf file and just download current messages.

Inbox contained approx. 1400 messages after deletions. Originally contained
about 2200 messages.

Par

Comment 1

[scottputterman]

This was painful because of the fact that I'm calling UpdateSummaryTotals in
OnKeyDeleted.  I had removed that for adding.  I guess we could remove it for
deleting also until we figure out how to batch message count change
notifications.

Comment 2

[lchiang]

I assume this will be for all platforms.

Comment 3

[leger]

We are pushing for performance by PR1, can you give this a Target Milestoneof M9
or M10 please.

Comment 4

[scottputterman]

I'm putting M10 but I'd like to solve these sooner rather than later.

Comment 5

[David :Bienvenu]

Incremental writes should help this some too, if we're commiting after every
delete notification.

Comment 6

[sol]

We need to get IMAP performance up for PR1 so I added a note to the Status
Whiteboard. Maybe this should also be a dogfood bug.

Comment 7

[Phil Peterson]

*** This bug has been marked as a duplicate of 10689 ***

Comment 8

[ppandit]

VERIFIED AS DUPLICATE