Closed Bug 140675 Opened 22 years ago Closed 22 years ago

Ts time increase with this checkin

Categories

(SeaMonkey :: General, defect, P1)

x86
All
defect

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: mcafee, Assigned: darin.moz)

Details

(Keywords: perf, regression, Whiteboard: [RTM])

Attachments

(3 files)

This checkin from darin increased startup times on the
non-comet builds by 1% or so, this is a reminder to check
this out on Monday and make sure this time penalty is Ok.

http://bonsai.mozilla.org/cvsquery.cgi?module=MozillaTinderboxAll&branch=HEAD&cvsroot=/cvsroot&date=explicit&mindate=1019885220&maxdate=1019885820&who=darin%25netscape.com
Keywords: perf, regression
Severity: normal → critical
Status: NEW → ASSIGNED
Keywords: mozilla1.0
Priority: -- → P1
Target Milestone: --- → mozilla1.0
ok, so i spent some time hacking on sleestack to see if i couldn't come up with
the solution to this regression.  i discovered the cause of at least half of the
problem, and i'm working on a fix now.

i have some ideas about what might be causing the other half of the Ts regression.
i'll try to investigate that tomorrow.
still needs more work
i'm working on a solution for this post-1.0
Whiteboard: [RTM]
Target Milestone: mozilla1.0 → mozilla1.0.1
Target Milestone: mozilla1.0.1 → ---
ok, all of these patches are obsolete now.  in another bug i reverted all of the
startup code to use the native versions of the nsIFile methods.  hence, there's
no more work to do here.

marking INVALID.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: