So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.+1 to experimenting with the flag and getting feedback from developers.However, I don't think we can ship it as is, as we discussed in the old thread. We'll need to implement some way to prevent any arbitrary JS from consuming 100% CPU time (e.g., interrupt V8 periodically to yield execution).
From: Hongchan Choi <hong...@chromium.org>
Date: Mon, May 13, 2019 at 6:20 PM
To: platform-architecture-dev
Cc: Raymond Toy, Chris Palmer
crbug issue: https://bugs.chromium.org/p/chromium/issues/detail?id=813825--After numerous discussions with pro-audio and game audio partners, WebAudio team would like to do some experiments with realtime priority thread for Audio Worklet.This idea was previously discussed in this group before the launch of Audio Worklet. We decided to use the "graphics priority thread" for Audio Worklet. Apparently, it opened up the huge opportunities for audio devs, but also it was somewhat disappointing that the audio start glitching when the visual change dominate the system. Many audio devs are claiming this is a show-stopper for serious audio applications, and they are willing to experiment with the realtime priority thread.So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.Any feedback would be appreciated.-Hongchan
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
How/where can I kick off this discussion? Any suggestion?
Thanks, haraken! :)
On Monday, May 13, 2019 at 11:26:44 AM UTC-7, Kentaro wrote:So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.+1 to experimenting with the flag and getting feedback from developers.However, I don't think we can ship it as is, as we discussed in the old thread. We'll need to implement some way to prevent any arbitrary JS from consuming 100% CPU time (e.g., interrupt V8 periodically to yield execution).How/where can I kick off this discussion? Any suggestion?
From: Hongchan Choi <hong...@chromium.org>
Date: Mon, May 13, 2019 at 6:20 PM
To: platform-architecture-dev
Cc: Raymond Toy, Chris Palmer
crbug issue: https://bugs.chromium.org/p/chromium/issues/detail?id=813825--After numerous discussions with pro-audio and game audio partners, WebAudio team would like to do some experiments with realtime priority thread for Audio Worklet.This idea was previously discussed in this group before the launch of Audio Worklet. We decided to use the "graphics priority thread" for Audio Worklet. Apparently, it opened up the huge opportunities for audio devs, but also it was somewhat disappointing that the audio start glitching when the visual change dominate the system. Many audio devs are claiming this is a show-stopper for serious audio applications, and they are willing to experiment with the realtime priority thread.So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.Any feedback would be appreciated.-Hongchan
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CABg10jyD8vvXshPcTxh0RAJ6fhnrJGi_t2Lx4KJ3t-LpgQRWQQ%40mail.gmail.com.
Also with my WorkerThread pause/resume code it is also is easier to interrupt a worker thread now. You could pause; send something to the main thread ensure it executes and then resume. But generally I prefer the approach for a "temporary upgrade" of this thread....
How/where can I kick off this discussion? Any suggestion?I thought about this a bit more (to see if there's any simpler way to achieve it without interrupting V8).Is it possible to change the thread priority dynamically? If yes, one approach would be 1) to observe an execution time of each worklet script and 2) if the time exceeds some threshold (e.g., 50 ms), bump down the thread priority.
This is not a perfect solution in the sense that the first script execution may consume 100% CPU time and that the thread priority may be bumped down by an unexpected factor (e.g., by heavy pages that happened to be hosted in the same process). However, it would be okay to not worry about these edge cases too much because there are already many ways to evilly eat CPU time...
From: Hongchan Choi <hong...@chromium.org>
Date: Mon, May 13, 2019 at 7:31 PM
To: platform-architecture-dev
Cc: <hong...@chromium.org>, <rt...@chromium.org>, <pal...@chromium.org>
Thanks, haraken! :)
On Monday, May 13, 2019 at 11:26:44 AM UTC-7, Kentaro wrote:So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.+1 to experimenting with the flag and getting feedback from developers.However, I don't think we can ship it as is, as we discussed in the old thread. We'll need to implement some way to prevent any arbitrary JS from consuming 100% CPU time (e.g., interrupt V8 periodically to yield execution).How/where can I kick off this discussion? Any suggestion?
From: Hongchan Choi <hong...@chromium.org>
Date: Mon, May 13, 2019 at 6:20 PM
To: platform-architecture-dev
Cc: Raymond Toy, Chris Palmer
crbug issue: https://bugs.chromium.org/p/chromium/issues/detail?id=813825--After numerous discussions with pro-audio and game audio partners, WebAudio team would like to do some experiments with realtime priority thread for Audio Worklet.This idea was previously discussed in this group before the launch of Audio Worklet. We decided to use the "graphics priority thread" for Audio Worklet. Apparently, it opened up the huge opportunities for audio devs, but also it was somewhat disappointing that the audio start glitching when the visual change dominate the system. Many audio devs are claiming this is a show-stopper for serious audio applications, and they are willing to experiment with the realtime priority thread.So I would like to float this idea one more time. If this requires more extensive justification with threat eval and etc, I'll start a doc. However, I think adding a flag so devs can test/experiment would not be so controversial.Any feedback would be appreciated.-Hongchan
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
Also with my WorkerThread pause/resume code it is also is easier to interrupt a worker thread now. You could pause; send something to the main thread ensure it executes and then resume. But generally I prefer the approach for a "temporary upgrade" of this thread....Yeah. The reason I want to avoid using V8 interruption is that it requires another thread to keep interrupting the audio rendering thread periodically (e.g., 50 ms). That interruption logic will add a lot of overhead... :/
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CABg10jyD8vvXshPcTxh0RAJ6fhnrJGi_t2Lx4KJ3t-LpgQRWQQ%40mail.gmail.com.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
Another question: when this periodic interruption detects the delay in the Audio Worklet Thread, how does it intervene? Does it stop the current script being executed?
I am perfectly happy to let devs lock up an AudioWorklet if they're not careful. Well, assuming this doesn't mess up other v8 isolates (which I hear aren't truly isolated from everything else?).
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
* Shipping any experiment behind a flag is pretty much OK by me. So I think they can at least get some developer feedback on a pure RT AudioWorklet, even if that's not what we ultimately ship.
* Another idea was enforcing that the RT AudioWorklet is spawned only by the top-level document. The idea there is that, even if the thing is using 100% of a CPU core, it's more likely to actually be audio-app.example.com, and in line with the user's expectations. There are going to be legitimate applications that really do need to use a whole core for audio processing, so we need to find a way to make that OK. We probably can agree, at least for the first version, that iframes are less likely to be the app that the user is intentionally engaging with. (We wouldn't want to let an ad eat a whole core, for example. Or even to have RT at all.)
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
Can it be something like 1 second or beyond? Or 50ms is something common for this kind of mechanism? I am not sure what kind of overheads are expected to happen. Can you elaborate a little so I can understand how it works?
Also this might be a slight digression, but who's the best person to talk to when it comes to the thread priorities?
I file this issue a while ago, but no responses yet: https://bugs.chromium.org/p/chromium/issues/detail?id=955744
Can it be something like 1 second or beyond? Or 50ms is something common for this kind of mechanism? I am not sure what kind of overheads are expected to happen. Can you elaborate a little so I can understand how it works?1) When the AudioWorklet starts, ask the main thread to call v8::Isolate::RequestInterrupt() against the audio rendering thread's isolate every X ms.2) The AudioWorklet will be interrupted mostly every X ms. Check if AudioWorklet has been running script for more than X ms. If no, just ignore the interruption. If yes, call sleep(Y ms).This will add a bunch of cross-thread interactions, so is not really nice. I'd personally prefer the approach Chris proposed.
Also this might be a slight digression, but who's the best person to talk to when it comes to the thread priorities?
I file this issue a while ago, but no responses yet: https://bugs.chromium.org/p/chromium/issues/detail?id=955744Sorry for missing it -- I replied on the bug :)
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/bfa7283d-0f26-479e-af13-af2868e21dc2%40chromium.org.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/bfa7283d-0f26-479e-af13-af2868e21dc2%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To post to this group, send email to platform-arc...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/05e7813d-0b38-43aa-ab9d-2530ceab7fcb%40chromium.org.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/bfa7283d-0f26-479e-af13-af2868e21dc2%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architecture-dev+unsub...@chromium.org.
To post to this group, send email to platform-architecture-dev@chromium.org.
Thanks, haraken! :)
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/84e439b5-d611-41b2-a327-3ca142ad8617%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/43f0378f-edbd-4e91-b38a-2cb48c71fd57%40chromium.org.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAE3TgXEs1qC-Gr%3DsTfHJ0sHE0p77Q6dektMnrAvGgUKmYoSnDQ%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/2af84745-fb05-4bbb-b097-186bb1665dda%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CAOuvq23hGxPowyMx6ngKmbdboB21nyCD5ybo9Uw0Mck1%3DHsZiw%40mail.gmail.com.
--Kentaro Hara, Tokyo, Japan
--Kentaro Hara, Tokyo, Japan
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/bfa7283d-0f26-479e-af13-af2868e21dc2%40chromium.org.
--
You received this message because you are subscribed to the Google Groups "platform-architecture-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to platform-architect...@chromium.org.
To post to this group, send email to platform-arc...@chromium.org.
You received this message because you are subscribed to the Google Groups "scheduler-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to scheduler-de...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/scheduler-dev/CAGJqXNsjvH%3D8Qjo1VUVGV%3DgV5cLRjkTdC5ipOrUe5ckY_H2u2Q%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/platform-architecture-dev/CABg10jyvwYc3K%3DrEM4ASmwuAdb5%3DYKv5Md4KBcc0C%3DC1-skH%2BQ%40mail.gmail.com.
Through multiple tracing data analysis, I found that the weakest link is a thread-hop from AudioDeviceThread (RT) to AudioWorkletThread (DISPLAY).