Investigate gpu-scheduler performance for OOP-D |
|
Issue descriptionOOP-D currently does not use the gpu::Scheduler [1] from InProcessCommandBuffer [2] (although it does get created [3]). We want to measure the impact of the scheduler with oop-d to decide whether we want to have this or not. There is a CL that enables the scheduler for OOP-D: https://chromium-review.googlesource.com/c/chromium/src/+/782666. This bug tracks the work needed to measure the impact of that CL, to help decide if this is something we want to or not. (cc'ing a bunch of people who have been involved in the discussions) [1] https://cs.chromium.org/chromium/src/gpu/command_buffer/service/scheduler.h?type=cs&q=gpu::Scheduler&sq=package:chromium&g=0&l=36 [2] https://cs.chromium.org/chromium/src/gpu/ipc/in_process_command_buffer.cc?l=631 [3] https://cs.chromium.org/chromium/src/components/viz/service/gl/gpu_service_impl.cc?type=cs&sq=package:chromium&g=0&l=244
,
Jun 29 2018
Note, there may be other reasons to want to do that, as it may simplify sync token logic if we can assume the scheduler is always there (right now the logic is broken up into the Scheduler and the SyncPointManager), but having some definite measurements of the effects is desirable to make sure we don't regress if we go that route. |
|
►
Sign in to add a comment |
|
Comment 1 by bugdroid1@chromium.org
, Jun 29 2018