Closed
Bug 144863
Opened 24 years ago
Closed 15 years ago
startup (ts) slowed down by 1.58%-2.64% (or 40ms - 52ms)
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: cathleennscp, Unassigned)
References
Details
(Keywords: perf, regression)
Attachments
(1 file)
|
28.10 KB,
image/jpeg
|
Details |
checkin caused slowdown
-> jaggernaut
http://bonsai.mozilla.org/cvsquery.cgi?module=MozillaTinderboxAll&date=explicit&mindate=1021432680&maxdate=1021434359
tinderbox ts:
-------------------
comet 1513 -> 1536 ( +23ms or +1.52% )
luna 3294 -> 3317 ( +23ms or +0.7% )
Assignee: waterson → jaggernaut
Summary: startup (ts) slowed down by → startup (ts) slowed down by 0.7%-1.52% (or 23ms)
Comment 2•24 years ago
|
||
Well, I don't know how much faster we can make this code. scc has a slightly
faster algorithm which we can look into.
scc, any other suggestions?
Component: XP Miscellany → String
QA Contact: brendan → scc
Comment 3•24 years ago
|
||
After my second checkin for that bug:
comet 1537 -> 1553 ( +16ms or +1.04% )
luna 3297 -> 3326 ( +29ms or +0.88% )
Dunno what made luna go back down in between (doesn't seem to have helped
comet), I've compensated for this below (*):
Total regression times:
comet 1513 -> 1553 ( +40ms or +2.64% )
luna 3294 -> 3346* ( +52ms or +1.58% )
Summary: startup (ts) slowed down by 0.7%-1.52% (or 23ms) → startup (ts) slowed down by 1.58%-2.64% (or 40ms - 52ms)
Comment 4•24 years ago
|
||
see http://bugzilla.mozilla.org/show_bug.cgi?id=139649#c35 for one theory about
the slowdown, suggested profiling steps and solution.
this is also suspecious on slowing down page-load (tp) on moz 1.0 branch.
added 12ms or 0.5% slowdown on facedown tinderbox.
build log's cvs update
U mozilla/string/public/MANIFEST
U mozilla/string/public/Makefile.in
U mozilla/string/public/makefile.win
cvs server: mozilla/string/public/nsAPromiseString.h is no longer in the repository
U mozilla/string/public/nsAString.h
U mozilla/string/public/nsDependentConcatenation.h
U mozilla/string/public/nsDependentSubstring.h
U mozilla/string/public/nsPromiseFlatString.h
U mozilla/string/public/nsSlidingString.h
U mozilla/string/public/nsStringFwd.h
U mozilla/string/public/nsStringTraits.h
U mozilla/string/src/nsAString.cpp
U mozilla/string/src/nsDependentConcatenation.cpp
U mozilla/string/src/nsPromiseFlatString.cpp
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaBranchTinderboxAll&branch=MOZILLA_1_0_0_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=5%2F14%2F2002+20%3A00%3A00&maxdate=5%2F14%2F2002+21%3A00%3A00&cvsroot=%2Fcvsroot
Keywords: perf,
regression
Comment 8•24 years ago
|
||
I have a few ideas that might speed things up, I'll see if I can work on that
this week.
Comment 9•22 years ago
|
||
This bug has not been touched for nearly 2 years. In most cases, that
means it has "slipped through the net".
I don't think this is relevant anymore since there has been alot of changes and
speedups, in the last two year. Could someone please take a moment to
add a comment to the bug with current status, and/or close it.
Comment 10•22 years ago
|
||
Agreed, I think we should probably punt here unless jag wants
to hand this off to someone for a look.
Updated•17 years ago
|
Assignee: jag → nobody
Severity: critical → major
QA Contact: scc → string
Comment 11•17 years ago
|
||
jag, are you still interested or should this bug be WONTFIXED out of its misery?
Comment 12•15 years ago
|
||
(In reply to comment #11)
> should this bug be WONTFIXED out of its misery?
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
| Assignee | ||
Updated•5 years ago
|
Component: String → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•