Closed Bug 26456 Opened 25 years ago Closed 24 years ago

Folder load performance is slow

Categories

(MailNews Core :: Backend, defect, P1)

defect

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.
Keywords: beta1, perf
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
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.
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.
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+)
QA Contact: lchiang → suresh
I agree with PDT+ and will argue this at today's PDT mtg.
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.
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.
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
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.
I checked in what will get checked in for beta.  I'm changing to PDT-
Whiteboard: [PDT+]UNKNOWN → [PDT-]UNKNOWN
Summary: IMAP folder load performance does not meet beta1 criteria → IMAP folder load performance does not meet beta2 criteria
Target Milestone: M14 → M16
Not M16 stopper.  Marking M17.
Target Milestone: M16 → M17
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
Mail triage marking [nsbeta3+]
Whiteboard: [PDT-]UNKNOWN → [PDT-][nsbeta3+]
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]
For the record:
To load an IMAP folder with 1000 messages: 

NS6 : 9.6 seconds. 
NS4.7 : 2.48 seconds.


Keywords: beta1nsbeta1
QA Contact: suresh → stephend
changing summary since it's not just a beta3 issue.
Keywords: nsbeta1mail1
Summary: IMAP folder load performance does not meet beta3 criteria → IMAP folder load performance is slow
I've created bug 63759 which is a performance tracker bug for mail/news.
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.
Assignee: putterman → sspitzer
Keywords: nsbeta3nsbeta1
OS: Mac System 8.5 → All
Priority: P3 → P1
Hardware: Macintosh → All
Summary: IMAP folder load performance is slow → Folder load performance is slow
Whiteboard: [PDT-][nsbeta3-][cut 8/28] → [nsbeta1+]
Target Milestone: M18 → mozilla0.8
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9
*** 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.
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
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.