ricea@ PTAL at the Network Context changes :)
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
lgtm with nit
if (mojo::IsDirectReceiverSupported() && base::CurrentIOThread::IsSet() &&I don't like repeated code, so please move this to a method or something.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
dcheng@ PTAL :) Added directly instead of chrome-ipc-reviews@ due to mojo/ changes as well
if (mojo::IsDirectReceiverSupported() && base::CurrentIOThread::IsSet() &&I don't like repeated code, so please move this to a method or something.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Unsurprisingly, this has really broad effects.
In general, does the network service use threads/thread pools? The documentation on direct_receiver.h specifically discourages this sort of thing.
I guess one might argue that this isn't "really" worse than having a hop through a dedicated I/O thread... but honestly, it's kind of hard to tell with how many things this is affecting.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
Unsurprisingly, this has really broad effects.
In general, does the network service use threads/thread pools? The documentation on direct_receiver.h specifically discourages this sort of thing.
I guess one might argue that this isn't "really" worse than having a hop through a dedicated I/O thread... but honestly, it's kind of hard to tell with how many things this is affecting.
The parts of the network service that are exposed to mojo are all on the IO thread. There are threads and thread pools used internally inside //net, but the public interfaces are all called on the IO thread, so AFAIK that shouldn't make any difference to mojo.
Adam RiceUnsurprisingly, this has really broad effects.
In general, does the network service use threads/thread pools? The documentation on direct_receiver.h specifically discourages this sort of thing.
I guess one might argue that this isn't "really" worse than having a hop through a dedicated I/O thread... but honestly, it's kind of hard to tell with how many things this is affecting.
The parts of the network service that are exposed to mojo are all on the IO thread. There are threads and thread pools used internally inside //net, but the public interfaces are all called on the IO thread, so AFAIK that shouldn't make any difference to mojo.
+1 to Adam's comment. Local testing & tracing didn't show any immediate signs of concern for that particular gotcha of DirectReceiver either.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |