- From: Justin Uberti <juberti@google.com>
- Date: Mon, 25 Feb 2013 18:13:51 -0800
- To: Harald Alvestrand <harald@alvestrand.no>
- Cc: "public-webrtc@w3.org" <public-webrtc@w3.org>
- Message-ID: <CAOJ7v-2o05wapDNZ6ZyFkZ3sTB-UCmv-gifLBFbXKng_+oPd1Q@mail.gmail.com>
Agree with Harald. While this seems useful, getting the basics right is our first priority. Out of curiosity, WebSockets work properly in Web Workers right now? My understanding was that this was still a work in progress. On Mon, Feb 25, 2013 at 9:03 AM, Harald Alvestrand <harald@alvestrand.no>wrote: > On 02/25/2013 05:13 PM, piranna@gmail.com wrote: > > Also another advantage of this would be to increase throughtput of > DataChannels when used intensively as in my application since working from > inside the WebWorker they don't get interfered from the main UI thread. > > Sent from my Android cell phone, please forgive the lack of format on the > text, and my fat thumbs :-P > El 24/02/2013 23:51, "Alexey Aylarov" <aylarov@gmail.com> escribió: > > If there's someone who understands the model of Web Workers and is > interested in the subject, can that person please volunteer to provide some > text (with pointers) on: > > - What it means to use a PeerConnection from a WebWorker (or a > SharedWorker?) > - What the security implications are > - What the concurrency implications are > - What needs to be changed in our current spec to allow it? > > I know that multithread programming has quite a few interesting "gotchas" > in other languages / runtime environments; I assume that the Javascript > WebWorker environment is no different in that regard (but the "gotchas" > are, I'm sure, different). > > It seems less than efficient to have people singing the praises of > WebWorkers piecemeal, and having no context to place this idea against. > > Harald >
Received on Tuesday, 26 February 2013 02:14:43 UTC