forked from enlightenment/efl
d2ec3ce170
Summary: Here is an additional optmization patch for removing unnecessary updation of path, For instance, let's assume this scenario: If one vg object has 20 path nodes(shapes), and every single nodes would have 50 path changes. (like, append_cubic, append_rect, append_xxx ...); There would 1000 events triggering. Furthermore, if there are 20 vector objects in one view, hese events would be triggered 20000 in one frame. It's insane, actually I could figured out that happens. and it took a lot of cpu consumption in some vector usages. efl_gfx_path_commit() is my idea to avoid this. When path is ready, the path need to get this api call in the last to make object changed properly. @feature Reviewers: #committers, cedric Reviewed By: #committers, cedric Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7494 |
||
|---|---|---|
| .. | ||
| Ector_Software.h | ||
| ector_renderer_software.eo | ||
| ector_renderer_software_gradient_linear.c | ||
| ector_renderer_software_gradient_linear.eo | ||
| ector_renderer_software_gradient_radial.c | ||
| ector_renderer_software_gradient_radial.eo | ||
| ector_renderer_software_shape.c | ||
| ector_renderer_software_shape.eo | ||
| ector_software_buffer.c | ||
| ector_software_buffer.eo | ||
| ector_software_buffer_base.eo | ||
| ector_software_gradient.c | ||
| ector_software_gradient.h | ||
| ector_software_gradient_sse3.c | ||
| ector_software_private.h | ||
| ector_software_rasterizer.c | ||
| ector_software_surface.c | ||
| ector_software_surface.eo | ||
| meson.build | ||