servo/components/compositing
Glenn Watson c8255922a9 Improve decisions in compositor over when to draw a frame.
This patch fixes a couple of issues in the compositor:

1) Remove the delayed composition code. Previously, this would schedule
   a composite for 12ms in the future. This doesn't really make any sense
   with WR. There's no point in doing a composite unless WR has provided
   a new frame to be drawn. This fixes issues in several benchmarks where
   we were doing multiple composite / renders per rAF, which is a waste
   of CPU time. This *does* make the framerate slower in some cases (such
   as a slow rAF callback) but it's more correct - otherwise we were just
   compositing the same frame multiple times for no real benefit.

2) Inform the window of the current animation state of the compositor.
   Specifically, if an animation (or rAF) is currently active, the
   window system switches to use event polling, and does not block on
   the OS-level event loop. In the case of active animation, we just
   assume that we want to be running as the vsync interval and not
   blocking. This means the compositor thread only sleeps on vsync
   during animation, which reduces OS scheduling and results in much
   smoother animation.
2017-06-20 08:47:14 +10:00
..
Cargo.toml Bump serde to 1.0 2017-06-16 13:31:18 +02:00
compositor.rs Improve decisions in compositor over when to draw a frame. 2017-06-20 08:47:14 +10:00
compositor_thread.rs Improve decisions in compositor over when to draw a frame. 2017-06-20 08:47:14 +10:00
lib.rs Improve decisions in compositor over when to draw a frame. 2017-06-20 08:47:14 +10:00
touch.rs Bump euclid to 0.14. 2017-06-14 16:00:59 +02:00
windowing.rs Improve decisions in compositor over when to draw a frame. 2017-06-20 08:47:14 +10:00