[meta] Allow call of AsyncOpen and OnStart/OnStopRequest off the main thread
Categories
(Core :: Networking: HTTP, enhancement, P2)
Tracking
()
People
(Reporter: mayhemer, Unassigned)
References
(Depends on 2 open bugs, Blocks 5 open bugs)
Details
(Keywords: meta, perf:pageload, Whiteboard: [necko-triaged])
I believe there are consumers that can accept OnStartRequest and OnStopRequest on non-main thread(s). This is definitely needed to make bug 1505493 reality (CacheFileInputStream::NotifyListener triggers also OnStartRequest, so it can't be that simply moved to a background thread)
Comment 1•5 years ago
|
||
I meant to open this bug today. We want to move asyncOpen on the child process as well.
Reporter | ||
Comment 2•5 years ago
|
||
\o/
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Valentin, is your work on URI off main thread fur enough that we can do this?
Comment 4•5 years ago
|
||
(In reply to Dragana Damjanovic [:dragana] from comment #3)
Valentin, is your work on URI off main thread fur enough that we can do this?
Ooops, missed this ni. Yes, the OMT URI work is officially complete in Fx 69
Updated•5 years ago
|
Comment 5•4 years ago
|
||
Getting this would likely be a significant help with e10s network requests, especially on Fenix
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 6•4 years ago
|
||
Hi Junior, bug 1639433 and bug 1639072 are now P5, what does this mean for this bugs (and others that depend on it) ?
Comment 7•4 years ago
|
||
Hello Jens,
Thanks for raising this. I adjust the priority and the dependency.
After discussion, we figure out OMT asyncOpen has too many dependencies, which could be no performance gain for most of the cases.
For workers, which is the most motivator, has a different plan in bug 1351231.
bug 1639072 comment 5 has a more detailed description.
Updated•4 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•1 year ago
|
Description
•