Closed Bug 38056 Opened 24 years ago Closed 24 years ago

HTTP should provide a "first-time-needed" category for delayed loading.

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: jud, Assigned: gagan)

Details

We want to delay loading of header observers in HTTP (nsINetModuleMgr). I think
this should work by loading the category (which header observers register
under)  in HTTP on the first HTTP request. Trying to do header level loading
seems heavy, though I guess we could create a category for each header :-/.
fixing spelling in summary
Summary: HTTP should provice a "first-time-needed" category for delayed loading. → HTTP should provide a "first-time-needed" category for delayed loading.
why?
to delay loading of HTTP specific modules in an attempt to speed up startup.
I got that part, but the HTTP handler itself doesn't load till the first http
request. We call the HTTP startup category only after that, and then it doesn't
save us much since the first request is the one that loaded the handler in the
first place. I would let DP say more if there is a way to delay other things to
load which register for a category...
Assignee: gagan → dp
We already have this. Http on first request will create instances of 
CID/Progid registered under category "http-startup-category"

I dont think this will improve startup but certainly will eliminate 
depedencies.
Back to gagan. Let me know if you want me help me fit in any other component
into this category approach.
Assignee: dp → gagan
Based on the discussions above this seems invalid. marking as such. Reopen if 
you have a better suggestion.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verified invalid
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.