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
Summary: IMAP performance is very slow on large modified Inbox → IMAP performance is very slow on large modified Inbox
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.
I assume this will be for all platforms.
We are pushing for performance by PR1, can you give this a Target Milestoneof M9 or M10 please.
I'm putting M10 but I'd like to solve these sooner rather than later.
Incremental writes should help this some too, if we're commiting after every delete notification.
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.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 10689 ***
VERIFIED AS DUPLICATE
You need to log in before you can comment on or make changes to this bug.