Closed Bug 104120 Opened 18 years ago Closed 10 years ago

Registry enumeration timings

Categories

(Core :: XPCOM, defect)

x86
Linux
defect
Not set

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
b2g-v2.1 --- affected

People

(Reporter: dp, Assigned: dveditz)

References

Details

(Keywords: perf)

kirti> time ./mozilla -P 'Default User' file:///usr/tmp/quit.html >& out
7.480u 0.140s 0:07.83 97.3%	0+0k 0+0io 6625pf+0w

kirti> grep main1 out
00000.114: main1...
00007.184: ...main1

kirti> grep enumeration out
00000.086:  xpcom registry enumeration total: 0.067
00000.127:    category manager registry enumeration total: 0.005
00001.845:    String bundle registry enumeration total: 0.00

=> xpcom registry enumeration:  0.067 / 7.184 * 100 = 0.93 %

Maybe we can reduce this by serializing the xpcom hash tables and reloading them
rather than enumerating the registry.

Dan wanna try this ?
Dont know why I am no longer hitting the charset encoder/decoder enumration..
Maybe jbetak fixed it already :-)
Blocks: 7251
Keywords: perf
Status: NEW → ASSIGNED
Component: XPCOM Registry → XPCOM
QA Contact: doug.turner → xpcom
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.