Open Bug 997317 Opened 12 years ago Updated 3 years ago

BrowserElementChild shouldn't use Services.scriptloader.loadSubScript

Categories

(Core :: DOM: Core & HTML, defect, P5)

x86_64
Linux
defect

Tracking

()

People

(Reporter: smaug, Unassigned)

References

Details

(Keywords: perf, Whiteboard: [c=progress p= s= u=])

Services.scriptloader.loadSubScript doesn't seem to get the same script caching what frame scripts get, and that leads to parsing/compiling the scripts when doing window.open().
this is btw up to 20% of the window.open call in case of "Sheet app 4". If loadSubScript wasn't used, some of the 20% could be removed, I think, but some of the time would be just spent elsewhere.
But looks like just compiling is 15% or so, and we could get rid of that, if I read the profile and code correctly.
Olly, what can we use instead of loadSubscript? mm.loadFrameScript?
Yes, I'd use that, since when opening a new window/tab, we have the script compiled and cached and all we need to do is execute it. Profiler showed compilation of those loadSubscript things taking time.
You mean open window in the same child process right?
Yes, same (child) process window.open.
Keywords: perf
Priority: -- → P2
Whiteboard: [c=progress p= s= u=]
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: P2 → P5
Component: DOM → DOM: Core & HTML
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.