Closed Bug 555114 Opened 15 years ago Closed 15 years ago

Deciding which messages to index indefinitely. High memory usage

Categories

(MailNews Core :: Database, defect)

1.9.1 Branch
x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: CortJstr, Unassigned)

Details

(Keywords: perf, Whiteboard: closeme 2010-07-15 [needs gloda log] [needs retest])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2 Glue/4.5 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 Recently every time I start TB processor usage skyrockets and memory usage increases rapidly. Activity Monitor says "determining which messages to index in Sent Mail" and the throbber never stops spinning. Memory usage (according to Task Manager) is about 1,300,000K during this. I've left it for hours and it never stops, though processor usage drops to 0 after about 5 minutes. Went through steps at https://wiki.mozilla.org/Thunderbird:Testing:Memory_Usage_Problems and disabling Global Indexing solves the issue, memory usage is now 50,000K. Per instructions on that page I'm entering this bug. Reproducible: Always Sent Mail is a GMail IMAP folder. It contains 708 messages and 10 subfolders each of which averages 600 messages. I first noticed this issue a few days ago but can't confirm definitively when it started.
Putting in db, whist this can be a corrupt datastore issue. What do you see when you re-enable gloda with the debug options on (see https://wiki.mozilla.org/Thunderbird:Using_Gloda) ?
Component: Folder and Message Lists → Database
Keywords: perf
Product: Thunderbird → MailNews Core
QA Contact: folders-message-lists → database
Severity: normal → major
I did my best to follow the directions though when I typed "browser.dom.window.dump.enabled" in the filter nothing came up. Thunderbird again went up to 1,444,xxx mem usage. It got past determining which messages to index and is now stuck on "Indexing 60 of 70 messages in Sent Mail (84% complete)". Where can I locate the dump file since I assume you need to see it. I looked in %APPDATA%\Thunderbird\Profiles\1tva22eh.default but nothing jumped out at me. Also, after posting this bug I updated TB to Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
(In reply to comment #2) > I did my best to follow the directions though when I typed > "browser.dom.window.dump.enabled" in the filter nothing came up. yep you need to create it.
perhaps related to bug 557001. Hopefully asuth's or someone else's enthusiasm for head banging the memory issue(s) will soon bear fruit so it can be tested against other bugs.
Summary: Deciding which messages to index indefinitely. High mem. usage → Deciding which messages to index indefinitely. High memory usage
OK, I've added browser.dom.window.dump.enabled and set it to true but I'm still not sure what I should be seeing. I also tried starting TB with the -console switch as I saw that mentioned a few places.
You should launch TB from cmd.exe and that should spurt messages that you should then copy paste in a file and attach the file here.
I don't get what I'm going wrong. I set both things to true in the config screen and I tried launching TB from cmd.exe. When I launch it with no switches no messages spurt. When I launch it with the -console argument I get lots an lots of messages but they're in a window that won't let me select or copy text like a regular cmd window does.
you can also try to redirect when you launch thunderbird.exe -comandswitchthatyouwant >log.txt
CortJstr, roughly 8am-5pm PST you can get assistance at http://www.mibbit.com/chat/?server=irc.mozilla.org&channel=%23tb-qa,%23maildev You might also try a nightly 3.1 build ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-1.9.2/ - backup your profile before using
Whiteboard: [needs gloda log] [waiting on reporter]
josh, If this improves with 3.0.5, which comes out shortly, please update the bug. If not, then please try version 3.1 when it releases and update the bug.
Whiteboard: [needs gloda log] [waiting on reporter] → closeme 2010-07-15 [needs gloda log] [needs retest]
Version: unspecified → 1.9.1 Branch
RESOLVED INCOMPLETE due to lack of response to previous question. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
I installed 3.1.1 last night and it appears to have resolved the issue. On first load it used all my memory for about an hour but has been behaving normally sense.
Resolution: INCOMPLETE → WORKSFORME
You need to log in before you can comment on or make changes to this bug.