Closed
Bug 195494
Opened 23 years ago
Closed 23 years ago
Startup time rose 200ms - 10% Ts performance regression
Categories
(SeaMonkey :: General, defect)
SeaMonkey
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sfraser_bugs, Assigned: dougt)
References
()
Details
(Keywords: perf, regression)
Startup time spiked at around 13:00 today. We need to figure out why.
| Assignee | ||
Comment 2•23 years ago
|
||
*** Bug 195496 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 3•23 years ago
|
||
It could be a couple thing:
I added a new feature that allows dependent libraries to be loaded for each
component. Now we check to see if the xpcom component library require additional
libraries to be loading prior calling LoadLibary on the component. Right now
these lists of depend libraries are empty.
I also change the data structure which keeps track of component libaries from
being an array to being a hashtable. It could be that creating the hash key for
each entry isn't as fast as we would like -- certianly slower than just
appending linking another node on a list.
I will see what i can do....
| Assignee | ||
Comment 4•23 years ago
|
||
I am pretty sure the cost is the hashtable. I am going to revert this change
tonight to verify.
As soon as we start using the nsINativeComponentLoader interface to populate
dependent libraries, the hash table may be required.
| Assignee | ||
Comment 5•23 years ago
|
||
so, the hashtable and key construction wasn't the problem.
| Reporter | ||
Comment 6•23 years ago
|
||
Didn't you add some new linkage when this regression happened?
Updated•23 years ago
|
Severity: normal → major
Keywords: regression
Updated•23 years ago
|
Severity: major → blocker
Keywords: smoketest
Summary: Startup time rose 200ms → Startup time rose 200ms - 10% Ts performance regression
*** Bug 195703 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 9•23 years ago
|
||
changes were backed - found the block of code that caused this it no longer
executes at startup when using a local GRE build. I am still investigating the
root cause of the perf of this block of code:
nsCOMPtr<nsIFile> greDirectory;
NS_GetSpecialDirectory(NS_GRE_COMPONENT_DIR,
getter_AddRefs(greDirectory));
nsCOMPtr<nsILocalFile> lFile = do_QueryInterface(greDirectory);
if (!lFile)
goto out;
lFile->GetPersistentDescriptor(str);
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 10•23 years ago
|
||
Startuptime regressed again today. Mac OS X went from ~4800-5400, Linux from
3200->3550, and 1450->1600.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 11•23 years ago
|
||
Checking in xptiManifest.cpp;
/cvsroot/mozilla/xpcom/reflect/xptinfo/src/xptiManifest.cpp,v <-- xptiManifest.cpp
new revision: 1.26; previous revision: 1.25
done
backed out.
Comment 12•23 years ago
|
||
Ts numbers are backed down again on tboxes
looks like this is is fixed.
| Assignee | ||
Updated•23 years ago
|
Severity: blocker → normal
| Assignee | ||
Comment 13•23 years ago
|
||
closing since i backed out a long time ago.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•