Closed Bug 38056 Opened 25 years ago Closed 25 years ago

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

Categories

(Core :: Networking, defect, P3)

x86
Linux
defect

Tracking

()

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: 25 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.