Closed
Bug 89660
Opened 24 years ago
Closed 15 years ago
slow to switch back to small folder from a large one [news]
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: sspitzer, Unassigned)
References
Details
(Keywords: perf)
I've got a folder (netscape.public.mozilla.mail-news) with 13,000 messages.
switching back to my small inbox (45 messages), is very slow.
something to add to our perf list....
Comment 1•23 years ago
|
||
Try downloading php.dev from news.php.net, over 70,000 headers. You don't even
need to open the messages to see Mozilla freeze up for five minutes just
switching to the big folder.
sspitzer -- do you see the performance hit going into the folder, or coming out
of it?
Comment 2•23 years ago
|
||
I do not know if this is related or a separate problem - if I have a thread that
contains several hundred messages (all on "child level" 1, e.g. no nesting),
Mozilla freezes for a few second when asked to expand it.
Comment 3•23 years ago
|
||
these are three separate problems.
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•20 years ago
|
Assignee: sspitzer → mail
Updated•16 years ago
|
Assignee: mail → nobody
QA Contact: esther → message-display
Comment 4•16 years ago
|
||
Karsten, Tony, for the trivial case of comment 0 I think this can be closed. Would you agree?
Comment 5•15 years ago
|
||
given that a) the problem will have been a core issue that wasn't identified and b) we don't have anyone still active here with a testcase ... opting to close - existing core bugs likely cover all the open issues
=> incomplete
Status: NEW → RESOLVED
Closed: 15 years ago
Keywords: perf
Resolution: --- → INCOMPLETE
Summary: slow to switch back to small folder from a large one → slow to switch back to small folder from a large one [news]
Comment 6•15 years ago
|
||
The most likely cause of this is the time it takes to free up all the memory associated with a 13K message folder. There's not much we can do about this, other than using memory arenas in Mork (e.g., PL_Arena), which makes the freeing of lots of chunks of memory a constant time operation.
You need to log in
before you can comment on or make changes to this bug.
Description
•