Builder linux-rel-css Build #4713

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

The AnyBranchScheduler scheduler named 'servo-auto' triggered this build

Steps and Logfiles:

1. git update ( 11 secs )
   1. stdio
2. generic generic ( 0 secs )
   1. - no logs -
3. generic_1 generic_1 ( 0 secs )
   1. - no logs -
4. shell 'pkill -x ...' ( 0 secs )
   1. stdio
5. shell__1 './mach clean-nightlies ...' ( 9 secs )
   1. stdio
6. compile ran build --release --with-debug-assertions warnings ( 17 mins, 45 secs )
   1. warnings (2)
7. test ran test-css --release --processes 16 --always-succeed ( 11 mins, 21 secs )
   1. css-errorsummary.log
8. shell__2 './mach filter-intermittents ...' ( 0 secs )
   1. stdio
   2. filtered-css-errorsummary.log
   3. intermittents.log
9. compile__1 ran build-cef --release --with-debug-assertions warnings ( 35 secs )
   1. stdio
   2. warnings (2)
10. compile__2 ran build-geckolib --release ( 6 mins, 34 secs )
    1. stdio
11. test__1 ran test-stylo --release ( 6 mins, 32 secs )
    1. - no logs -
12. shell__3 'bash ./etc/ci/lockfile_changed.sh' ( 0 secs )
    1. stdio
13. shell__4 'bash ./etc/ci/manifest_changed.sh' ( 0 secs )
    1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. bors-servo

   lbergstrom+borsohnoyoudont@mozilla.com

Timing:

All Changes:

:

1. Change #52363

   Category	None
   Changed by	bors-servo <lbergstrom+borsohnoyoudont@mozilla.com>
   Changed at	Wed 21 Jun 2017 14:55:52
   Repository	https://github.com/servo/servo
   Project	servo/servo
   Branch	auto
   Revision	819a40bfb0fd2e1f4832fa3d773c266e9179ae21

   Comments

   Auto merge of #17398 - glennw:opt-composite, r=jdm
   
   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.
   
   <!-- Reviewable:start -->
   ---
   This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/servo/17398)
   <!-- Reviewable:end -->

   Changed files

   • components/compositing/compositor.rs
   • components/compositing/compositor_thread.rs
   • components/compositing/delayed_composition.rs
   • components/compositing/lib.rs
   • components/compositing/windowing.rs
   • components/script/dom/document.rs
   • ports/glutin/window.rs