Closed Bug 372621 Opened 18 years ago Closed 16 years ago

11% Ts regression for Mac

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: stevee, Unassigned)

Details

(Keywords: perf, regression)

http://tinyurl.com/375kjz On "MacOSX Darwin 8.8.4 bm-xserve08 Dep Universal Nightly" between 2007-03-01 and 2007-03-02 there was ~11% increase in Ts (~870ms to ~970ms) Strangely, the only checkin that looks like it could be responsible was for mailnews: bug 372316, so I don't know what to think
The range from that machine's raw data log shows the checkin for bug 34843: http://bonsai.mozilla.org/cvsquery.cgi?branch=&branchtype=match&date=explicit&mindate=2007%3A03%3A01%3A14%3A20%3A00&maxdate=2007%3A03%3A01%3A15%3A19%3A00 I don't know how likely that patch is to have caused this regression, but it looks like the only change that could have affected Firefox. None of the other Ts machines showed a noticeable increase in that range. This may be a Mac-specific performance regression.
Product: Firefox → Core
QA Contact: general → general
Phil points out bug 34843 comment 12, which looks relevant (and in turn points to bug 222031).
I'm going through and marking old performance regression bugs as INCOMPLETE that are likely too old to be valid or get any traction on them. Please re-open if you have more information or can demonstrate the regression still exists.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
I think this is a duplicate of bug 404399, which has been fixed.
You need to log in before you can comment on or make changes to this bug.