Chromium Code Reviews| Index: cc/raster/task_graph_runner.h |
| diff --git a/cc/raster/task_graph_runner.h b/cc/raster/task_graph_runner.h |
| index b5ffade02bdbbdbbff85ca230192c2da161bbdf9..4c6e98cc34d3915395ab7deccdcf3beda3285b99 100644 |
| --- a/cc/raster/task_graph_runner.h |
| +++ b/cc/raster/task_graph_runner.h |
| @@ -46,18 +46,23 @@ class CC_EXPORT Task : public base::RefCountedThreadSafe<Task> { |
| // A task dependency graph describes the order in which to execute a set |
| // of tasks. Dependencies are represented as edges. Each node is assigned |
| -// a priority and a run count that matches the number of dependencies. |
| -// Priority range from 0 (most favorable scheduling) to UINT_MAX |
| -// (least favorable). |
| +// a group, a priority and a run count that matches the number of dependencies. |
|
reveman
2015/12/04 02:30:53
how do you feel about "category" instead of "group
ericrk
2015/12/04 19:14:30
hmm, either seems fine to me, I'll switch to categ
|
| +// Priority range from 0 (most favorable scheduling) to UINT16_MAX |
| +// (least favorable). Groups range from 0 to UINT16_MAX. It is up to the |
| +// implementation and its consumer to determine the meaning (if any) of a group. |
|
reveman
2015/12/04 02:30:53
Can we make it clear here that group and priority
ericrk
2015/12/04 19:14:30
Done.
|
| struct CC_EXPORT TaskGraph { |
| struct Node { |
| typedef std::vector<Node> Vector; |
|
reveman
2015/12/04 02:30:53
Btw, I'd like to remove all these Vector typedefs
ericrk
2015/12/04 19:14:30
will clean these up in a follow-up
|
| - Node(Task* task, size_t priority, size_t dependencies) |
| - : task(task), priority(priority), dependencies(dependencies) {} |
| + Node(Task* task, uint16_t group, uint16_t priority, size_t dependencies) |
| + : task(task), |
| + group(group), |
| + priority(priority), |
| + dependencies(dependencies) {} |
| Task* task; |
| - size_t priority; |
| + uint16_t group; |
| + uint16_t priority; |
| size_t dependencies; |
|
reveman
2015/12/04 02:30:53
How about we also change |dependencies| to uint32_
ericrk
2015/12/04 19:14:30
yup - that's definitely better.
|
| }; |