mirror of
https://github.com/mollyim/webrtc.git
synced 2025-05-13 05:40:42 +01:00
![]() As documented in webrtc:11908 this cleanup is fairly invasive and when a part of a frequently executed code path, can be quite costly in terms of performance overhead. This is currently the case with synchronous calls between threads (Thread) as well with our proxy api classes. With this CL, all code in WebRTC should now either be using MessageHandlerAutoCleanup or calling MessageHandler(false) explicitly. Next steps will be to update external code to either depend on the AutoCleanup variant, or call MessageHandler(false). Changing the proxy classes to use TaskQueue set of concepts instead of MessageHandler. This avoids the perf overhead related to the cleanup above as well as incompatibility with the thread policy checks in Thread that some current external users of the proxies would otherwise run into (if we were to use Thread::Send() for synchronous call). Following this we'll move the cleanup step into the AutoCleanup class and an RTC_DCHECK that all calls to the MessageHandler are setting the flag to false, before eventually removing the flag and make MessageHandler pure virtual. Bug: webrtc:11908 Change-Id: Idf4ff9bcc8438cb8c583777e282005e0bc511c8f Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/183442 Reviewed-by: Artem Titov <titovartem@webrtc.org> Commit-Queue: Tommi <tommi@webrtc.org> Cr-Commit-Position: refs/heads/master@{#32049} |
||
---|---|---|
.. | ||
BUILD.gn | ||
DEPS | ||
mutex.cc | ||
mutex.h | ||
mutex_abseil.h | ||
mutex_benchmark.cc | ||
mutex_critical_section.h | ||
mutex_pthread.h | ||
mutex_unittest.cc | ||
rw_lock_posix.cc | ||
rw_lock_posix.h | ||
rw_lock_win.cc | ||
rw_lock_win.h | ||
rw_lock_wrapper.cc | ||
rw_lock_wrapper.h | ||
sequence_checker.cc | ||
sequence_checker.h | ||
sequence_checker_unittest.cc | ||
yield.cc | ||
yield.h | ||
yield_policy.cc | ||
yield_policy.h | ||
yield_policy_unittest.cc |