Closed Bug 506509 Opened 16 years ago Closed 13 years ago

Memory leak when deleting with large amounts of mail starting in v3

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Platform:
x86
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: lucas.suggs, Unassigned)

References

Details

(Keywords: memory-leak, perf, regression, Whiteboard: [bulkoperations])

User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; Zune 3.0; InfoPath.2; Creative AutoUpdate v1.40.01) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 When dealing with large quantities of email (upwards of over 20,000), Thunderbird 3.0 Beta 3 seems to have a memory leak that causes the memory usage to get extremely high. For example, I deleted 16,000 emails from a folder (using imap), then emptied the trash and over the course of time Thunderbird got up to 550MB ram usage, then settled down to just under 500. I can't say I've ever seen Thunderbird get this high of a memory usage and stay there when idle. Reproducible: Always Steps to Reproduce: 1. Delete over 10,000 emails 2. Empty the trash 3. Watch task manager :) Actual Results: Huge memory leak that caused Thunderbird to hold on to almost 500MB of memory unnecessarily. Expected Results: Thunderbird should have freed the memory and gone back to it's normally observed usage (around 60MB at some times). The email server Thunderbird was connected to was an imap server. This was from a folder under the imap root. All the emails in question were less than 1KB (not including headers). There were approximately 16,000 emails in the folder and emails were deleted in 1,000 - 1,500 chunks. After a few times of this, Thunderbird became rather sluggish.
Do you have gloda enabled ?
Keywords: mlk
What in the world is that?
(In reply to comment #2) > What in the world is that? https://wiki.mozilla.org/Thunderbird:Using_Gloda sorry I should have been clearer.
No, I am not using it. Should I be?
(In reply to comment #4) > No, I am not using it. Should I be? Not yet :-) - was just wondering if your issue could come from it.
(Q1) Similar problem to Bug 296453? Some bugs dup'ed to that bug or bugs for similar phenomenon to yours report virtual memory size(and real memory size too) increase while deletion. See also Bug 452221 for high CPU usage and UI lock while delete. Note: Very large virtual memory size increaseis is very easily observed by "Mark As Junk with Junk move enabled" of many many mails. (Q2) Do you use indexer such as Google Desktop?
A1) Yes, actually, it is similar. I didn't think anything about it at the time, but reading that other bug report just made me think. I have an Intel Core 2 Q6600, and I noticed that while TB was doing it's thing it would use 25% of total CPU. I didn't even think about that fact that it was maxing out a core while working. I also noticed that TB became completely unresponsive while deleteing the messages. A2) I can't remember exactly, but I almost remember TB asking me if I wanted to use Windows Search capabilities when I was setting it up. If it did, I would have said yes.
Setting dependency to Bug 296453 for esae of tracking.
Depends on: 296453
Setting dependency to Bug 506809, because you say next and report for Tb 3.0b3. > Thunderbird became rather sluggish.
Depends on: 506809
lucas., did you you also see this problem in version 2?
(In reply to comment #10) > lucas., did you you also see this problem in version 2? If the problem exists in 2.x, then it's far less significant. I can't say I've noticed it at all in 2.x.
no point in this staying UNCO, because we're assuming it's one of the two blocking bugs. If neither of those solutions fixed this bug, then it will need further QA. so confirming
Status: UNCONFIRMED → NEW
Component: General → Folder and Message Lists
Ever confirmed: true
QA Contact: general → folders-message-lists
Whiteboard: [probably dup per dependencies]
Summary: Memory leak when dealing with large amounts of mail → Memory leak when deleting with large amounts of mail
Setting dependency to bug 538378 for ease of tracking and search. See also bug 398684 and Bug 583365. Based on my duplication test of Bug 583365 Comment #1 and phenomenon of bug 398684, I'm suspeting two kinds of memory leak - resource for undo delete(bug 538378), and resource not for undo delete(bug 398684).
per bug 506809 comment 62 this would be a v3 regression
Keywords: perf, regression
Summary: Memory leak when deleting with large amounts of mail → Memory leak when deleting with large amounts of mail starting in v3
Whiteboard: [probably dup per dependencies] → [bulkoperations]
Version: unspecified → 3.0
Is this better for you in version 14??
Whiteboard: [bulkoperations] → [bulkoperations][closeme 2012-08-15]
Resolved per whiteboard
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [bulkoperations][closeme 2012-08-15] → [bulkoperations]
You need to log in before you can comment on or make changes to this bug.