If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[rfe] auto-updated performance statistics

RESOLVED WONTFIX

Status

Mozilla Messaging
Server Operations
RESOLVED WONTFIX
12 years ago
7 years ago

People

(Reporter: Eyal Rozenberg, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

12 years ago
Why was this:

http://www.mozilla.org/mailnews/win_performance_results.html#graph

discontinued? Isn't it possible to have some machine/s do performance testing once every month or so, or for releases at least, and display the results in a graph?

Of course, I'm referring to performance aspects of all of tbird, firefox, seamonkey, sunbird, etc.

Comment 1

12 years ago
not web services
Assignee: web-services → mscott
Component: Web Services → General
Product: Core → Thunderbird
QA Contact: doronr → general
(Reporter)

Comment 2

12 years ago
> not web services

Ok, but not Thunderbird-specific either.

Updated

9 years ago
Assignee: mscott → nobody
move to mozillamessaging?
(Reporter)

Updated

8 years ago
Component: General → Server Operations
OS: Windows XP → All
Product: Thunderbird → Mozilla Messaging
QA Contact: general → server-ops
Hardware: x86 → All
Version: Trunk → other
This is an old bug/comment (2005):

(In reply to comment #0)
> Why was this:
> 
> http://www.mozilla.org/mailnews/win_performance_results.html#graph
> 
> discontinued? Isn't it possible to have some machine/s do performance testing
> once every month or so, or for releases at least, and display the results in a
> graph?

I guess at the time it was stopped once the developer left netscape.

> Of course, I'm referring to performance aspects of all of tbird, firefox,
> seamonkey, sunbird, etc.

Firefox now have their own tests. SeaMonkey & Sunbird should be dealt with on their own (SeaMonkey needs a mix of FF & TB perf tests, Sunbird needs its own).

For Thunderbird I'm not convinced having this bug around gives us any value or added drive. Given we have a general project goal (although not written down) of implementing Thunderbird performance tests, even having a "implement basic perf test structure" tracking bug isn't required because bug 462862 - startup tests for Thunderbird - does that for us.

What I am thinking we should do is archive the page mentioned in comment 0 and its links and all the performance related stuff on www.mozilla.org/mailnews, and maybe put the archive on wiki.mozilla.org, maybe under https://wiki.mozilla.org/MailNews:Performance_Testing - I'd certainly like to keep the ideas and test data around somewhere, I'm just not convinced a bug is the place to do it.

If we do want to keep this bug (or a variant), then I suggest we may want to consider a testing component for either MailNews Core or Thunderbird. Then we have a specific place to put bugs like these.

Thoughts?

Comment 5

8 years ago
The archive site for deprecated mozilla.org content is http://www-archive.mozilla.org/. For the sake of consistency, I think it should go there. We can link to it from https://wiki.mozilla.org/MailNews:Performance_Testing. 

Can I go ahead and do this?
Please reopen if this is still relevant.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.