Closed
Bug 26456
Opened 25 years ago
Closed 24 years ago
Folder load performance is slow
Categories
(MailNews Core :: Backend, defect, P1)
MailNews Core
Backend
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9
People
(Reporter: phil, Assigned: sspitzer)
References
()
Details
(Keywords: perf, Whiteboard: [nsbeta1+])
On Mac: 2.48s on 4.7 vs 12.3s on mozilla. Must be within 2x of 4.7 to meet beta1 criteria.
Reporter | ||
Updated•25 years ago
|
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+]Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7.
Target Milestone: M14
Since this is a one time operation, I wouldn't hold beta for it. Clearing PDT+ and kicking back to the PDT
Whiteboard: [PDT+]Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7. → Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7.
Comment 3•25 years ago
|
||
this is the load of any folder from the IMAP server, it happens every time you login to the IMAP server and load your inbox, or every time you visit another folder.
Comment 4•25 years ago
|
||
Even if they only read one folder per session it still leaves a bad impression and to users of 4.7 it will feel like a pretty big regression. Regardless of whether or not this is marked PDT+ I think we should work on this (i.e., I think it's wrong to remove PDT+)
Reporter | ||
Comment 5•25 years ago
|
||
I agree with PDT+ and will argue this at today's PDT mtg.
Comment 6•25 years ago
|
||
Is this the time to download all the headers, or the time to open an imap folder for which all headers have been downloaded? There's not much that's imap-specific about the latter, but there is a lot of stuff going on in the former. Often, this boils down to inefficiencies in the xpcom proxy stuff because we rely quite heavily on it. One thing the xpcom proxy stuff does is create an new event queue for every proxied event - I don't know if this is slow on the mac or now.
Reporter | ||
Comment 7•25 years ago
|
||
I believe this does not include header download time. I've added the URL to suresh's performance timings in the URL field of this bug.
moving back to [PDT+]
Whiteboard: Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7. → [PDT+]Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7.
Comment 9•25 years ago
|
||
putting UNKNOWN in the status whiteboard. I could probably keep working on perf bugs until I'm told to stop.
Whiteboard: [PDT+]Sometime in the next 2 weeks. It will take more than one iteration on this bug to figure out how to get it to 2x 4.7. → [PDT+]UNKNOWN
Reporter | ||
Comment 10•25 years ago
|
||
We've had great improvement here. If we don't have further progress, or a plan for progress, I'd make this PDT- on Friday 2/25.
Comment 11•25 years ago
|
||
I checked in what will get checked in for beta. I'm changing to PDT-
Whiteboard: [PDT+]UNKNOWN → [PDT-]UNKNOWN
Updated•25 years ago
|
Summary: IMAP folder load performance does not meet beta1 criteria → IMAP folder load performance does not meet beta2 criteria
Target Milestone: M14 → M16
Comment 13•24 years ago
|
||
moving to M18 and nominating for beta3.
Keywords: nsbeta3
Summary: IMAP folder load performance does not meet beta2 criteria → IMAP folder load performance does not meet beta3 criteria
Target Milestone: M17 → M18
Comment 14•24 years ago
|
||
Mail triage marking [nsbeta3+]
Whiteboard: [PDT-]UNKNOWN → [PDT-][nsbeta3+]
Comment 15•24 years ago
|
||
second pass: - per mail triage. Pratik - for the record, can you post current timings for the Mac performance test results into this bug report?
Whiteboard: [PDT-][nsbeta3+] → [PDT-][nsbeta3-][cut 8/28]
Comment 16•24 years ago
|
||
For the record: To load an IMAP folder with 1000 messages: NS6 : 9.6 seconds. NS4.7 : 2.48 seconds.
Comment 17•24 years ago
|
||
changing summary since it's not just a beta3 issue.
Blocks: 63759
I've created bug 63759 which is a performance tracker bug for mail/news.
Comment 19•24 years ago
|
||
changing summary to reflect fact that all folders load slow. Changing platform to all because all of them are slow. Marking nsbeta1+ and moving to mozilla0.8 though it is likely to get moved out as more research is done. reassigning to sspitzer.
Comment 21•24 years ago
|
||
*** Bug 6873 has been marked as a duplicate of this bug. ***
This might be marked fixed if we make 4.x parity with the new perf branch merging. Otherwise, we might keep it open to address the difference.
Assignee | ||
Comment 23•24 years ago
|
||
marking fixed. any futher issues with folder loaded should go into a new bug. the problems that this bug orignally covered has been fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
VERIFIED FIXED. http://www.mozilla.org/mailnews/win_performance_results.html If we have future enhancements, those need to be filed seperately.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•