Closed Bug 28914 Opened 25 years ago Closed 24 years ago

GenericFactory : can we bypass it to get space/time savings

Categories

(Core :: XPCOM, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: dp, Assigned: dp)

Details

Total starup time: 26 secs
Function                                  #calls       time+descendents (secs)
-------------------------------------------------------------------------------
CreateInstance()                           2000         14.59
 - GenericFactory::CreateInstance()        1596          4.34 (15% of startup)
 - dll loading                               50         11.29
 
consumes 14.59 secs out of 26 secs of startup

Yeah the numbers are slightly off. I think that is because of the deletion of a 
lot of nt dll function timings to eliminate noise. Roughly these are on the 
same order.

I think we can special case this and get rid of this all together. This would 
be a memory saving too as we wont be creating about 1600 factory objects
Status: NEW → ASSIGNED
Keywords: beta1, perf
Target Milestone: M14
This is bogus. Generic Factory's createinstance just calls into all the other 
object create functions. No way we can even get a microsecond of this.

Morphing bug to evaluation of generic factory since about 1500 of these are 
used. If we can refrain from creation of this object, we may get some space and 
time savings. Only some.
Severity: major → normal
Keywords: beta1, perf
Priority: P3 → P2
Summary: GenericFactory::CreateInstance() consumes 15% of startup → GenericFactory : can we bypass it to get space/time savings
Target Milestone: M14 → M17
This wont help. No point trying it.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
Marking Verified/Won't Fix.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.