Closed Bug 266017 Opened 20 years ago Closed 16 years ago

13MB text message (no mime) causes TB to use over 150MB memory

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: mfedyk, Assigned: mscott)

Details

(Whiteboard: closeme 2008-08-28)

Attachments

(1 file)

Screen shot of Task Manager in Win2k
17.17 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: Thunderbird 0.8 (20040913)

This attached message (compressed in zip -- 7z and bz2 are only 300k smaller...)
causes ThunderBird to grow very large in memory (over 150MB).

The text is a text report from a script run by from cron.  There is no mime at
all in this message.

The line, word and byte counts for the text message are:

115807   310916 14144906 Inbox

I have opened this message from an IMAP server, copied it to local folders and
then opened the same emssage in local folders.  The message when opened from the
IMAP causes TB to use more memory than when opened from local folders, which
should correlate to pop3 usage for the most part.

Reproducible: Always
Steps to Reproduce:
1. Open message from imap or local folders
2. open task manager (or top or ...) and watch thunderbird grow very large in
memory.
3.

Actual Results:  
Message opens and shows steady progression for several minutes until complete. 
Processor usage is 100% during this time, but message is scrollable and
interface is responsive during this time.

Expected Results:  
Use less memory.
Shows memory and cpu usage spike while first opening the message from a dovecot
imap server, and the second spike shows the same message being opened from
local folders.
my guess is that the layout engine is consuming most of this memory. Try saving
the message as html and load it in firefox or seamonkey, and see how much more
memory is consumed there...
1,632KB zip compressed mbox file available <a
href="http://www.matchmail.com/~mfedyk/Inbox.zip">here</a>.
OK, moved all files to 

http://www.matchmail.com/~mfedyk/thunderbird_bug_266017/

And saved the file as html, opened in FF 0.10.1 and have similar (actually less)
memory usage than the text message in TB 0.8.
how similar are the numbers between tbird and firefox? within a few megabytes?
TB Before: 57,188K
TB after message loading completes from Local Folders: 212,304K
TB after changing to empty Local Folder: 58,900K

FF Before: 42,864K
FF after loading text message from Local Folders dir in TB profile: 69,716K
FF after closing text message window: 42,592K

That is what I would have expected from TB...

Go to TB, save message as html.  Available here:

http://www.matchmail.com/~mfedyk/thunderbird_bug_266017/30day_tmp-reaper%20report%20for%20_share_7day_temp.zip

Now open that html in FF:

FF Before: 42,576K
FF after loading complete: 225,948K
FF after pressing back: 45,448K
FF after closing window: 43,900K

Testing wasn't exactly "clean" since I was typing in this bug text box during
the test...
I guess the html mime generates to display that message makes layout consume a
lot of memory...
But there is no mime in the message.

Is TB generating that internally?
we always convert messages to html before passing them off to gecko to layout,
and mime does that.
FF is showing profeciency at laying out text with less memory, so I guess that
is in Gecko also.

Maybe it doesn't always have to be htmlized before gecko sees it...
One comparison with IE 6.0.2800.1106 on win2k with the message saved in html
format from comment 6:

IE after open to msn.com: 16,268KB
IE after open of 22MB html message: 73,228KB
IE aftre pressing back to get to msn.com: 12,548

I don't know how much of that is hidden in other controls, but IE did render the
message several times faster.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Unfortunately I don't have access to that message anymore, but it is so simple
to reproduce.  A simple command like:

cat a bunch of text files that adds up to 13MB | mail -s "how much memory will
tb use this time?" user@localhost
QA Contact: general
Reporter, does the issue still occur with the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported Thunderbird version 2 is 2.0.0.16)
Whiteboard: closeme 2008-08-28
RESO INCO per lack of response to the last question. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: