Reland: Buffer cross frame paint timing updates.

Reland: Buffer cross frame paint timing updates.

This is a re-land of https://codereview.chromium.org/2901383002, which was
reverted due to a timing dependency in ResourcePrefetchPredictorBrowserTest.
SubresourceFcpOrder that has since been fixed (crbug.com/728176).

Original change description:

With the recent change to merge cross-frame paint timings, we sometimes encounter
cases where these timings arrive out of order.

For example, we may receive a first paint notification for frame A first,
then a first paint notification for frame B, but frame B's first paint
time may have happened before frame A's first paint time.

In the current implementation, we dispatch a first paint notification to observers
as soon as we receive a first paint notification from any frame in the page.

This means we don't end up recording the true page-level first paint time on
all pages.

This change adds a 1s buffering period before we dispatch first paint notifications
to observers. During this buffering period, we accumulate all first paint updates
across all frames, and retain the minimum first paint time. We then dispatch the min
observed first paint time across this window.

This change should significantly reduce the frequency with which we log out of order
paint timings. We have added new UMA to keep track of how often this continues to
happen, even with the 1s buffering.

BUG=728179
NOTRY=true
NOPRESUBMIT=true
TBR=csharrison

Review-Url: https://codereview.chromium.org/2917693002
Cr-Original-Commit-Position: refs/heads/master@{#475955}
Review-Url: https://codereview.chromium.org/2917153002
Cr-Commit-Position: refs/branch-heads/3112@{#130}
Cr-Branched-From: b6460e24cf59f429d69de255538d0fc7a425ccf9-refs/heads/master@{#474897}
Committed: https://chromium.googlesource.com/chromium/src/+/99cf612851ca1f1e870f508d91b1ebc729c7ebca

[Bryan McQuade, 2017-06-02 20:58:23]

Description was changed from

==========
Reland: Buffer cross frame paint timing updates.

This is a re-land of https://codereview.chromium.org/2901383002, which was
reverted due to a timing dependency in ResourcePrefetchPredictorBrowserTest.
SubresourceFcpOrder that has since been fixed (crbug.com/728176).

Original change description:

With the recent change to merge cross-frame paint timings, we sometimes
encounter
cases where these timings arrive out of order.

For example, we may receive a first paint notification for frame A first,
then a first paint notification for frame B, but frame B's first paint
time may have happened before frame A's first paint time.

In the current implementation, we dispatch a first paint notification to
observers
as soon as we receive a first paint notification from any frame in the page.

This means we don't end up recording the true page-level first paint time on
all pages.

This change adds a 1s buffering period before we dispatch first paint
notifications
to observers. During this buffering period, we accumulate all first paint
updates
across all frames, and retain the minimum first paint time. We then dispatch the
min
observed first paint time across this window.

This change should significantly reduce the frequency with which we log out of
order
paint timings. We have added new UMA to keep track of how often this continues
to
happen, even with the 1s buffering.

BUG=728179

Review-Url: https://codereview.chromium.org/2917693002
Cr-Commit-Position: refs/heads/master@{#475955}
(cherry picked from commit f576d151955389c1b797409da6ed19c2a5530ff5)
==========

to

==========
Reland: Buffer cross frame paint timing updates.

This is a re-land of https://codereview.chromium.org/2901383002, which was
reverted due to a timing dependency in ResourcePrefetchPredictorBrowserTest.
SubresourceFcpOrder that has since been fixed (crbug.com/728176).

Original change description:

With the recent change to merge cross-frame paint timings, we sometimes
encounter
cases where these timings arrive out of order.

For example, we may receive a first paint notification for frame A first,
then a first paint notification for frame B, but frame B's first paint
time may have happened before frame A's first paint time.

In the current implementation, we dispatch a first paint notification to
observers
as soon as we receive a first paint notification from any frame in the page.

This means we don't end up recording the true page-level first paint time on
all pages.

This change adds a 1s buffering period before we dispatch first paint
notifications
to observers. During this buffering period, we accumulate all first paint
updates
across all frames, and retain the minimum first paint time. We then dispatch the
min
observed first paint time across this window.

This change should significantly reduce the frequency with which we log out of
order
paint timings. We have added new UMA to keep track of how often this continues
to
happen, even with the 1s buffering.

BUG=728179
NOTRY=true
NOPRESUBMIT=true
TBR=csharrison

Review-Url: https://codereview.chromium.org/2917693002
Cr-Commit-Position: refs/heads/master@{#475955}
(cherry picked from commit f576d151955389c1b797409da6ed19c2a5530ff5)
==========

[Bryan McQuade, 2017-06-03 01:10:18]

The CQ bit was checked by bmcquade@chromium.org

[commit-bot: I haz the power, 2017-06-03 01:11:13]

CQ is trying da patch.

Follow status at:
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2017-06-03 01:11:55]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1496452218705970, "parent_rev":
"b504f46399bbc5a7461adadadfd9567c7bf29b86", "commit_rev":
"99cf612851ca1f1e870f508d91b1ebc729c7ebca"}

[commit-bot: I haz the power, 2017-06-03 01:12:07]

Description was changed from

==========
Reland: Buffer cross frame paint timing updates.

This is a re-land of https://codereview.chromium.org/2901383002, which was
reverted due to a timing dependency in ResourcePrefetchPredictorBrowserTest.
SubresourceFcpOrder that has since been fixed (crbug.com/728176).

Original change description:

With the recent change to merge cross-frame paint timings, we sometimes
encounter
cases where these timings arrive out of order.

For example, we may receive a first paint notification for frame A first,
then a first paint notification for frame B, but frame B's first paint
time may have happened before frame A's first paint time.

In the current implementation, we dispatch a first paint notification to
observers
as soon as we receive a first paint notification from any frame in the page.

This means we don't end up recording the true page-level first paint time on
all pages.

This change adds a 1s buffering period before we dispatch first paint
notifications
to observers. During this buffering period, we accumulate all first paint
updates
across all frames, and retain the minimum first paint time. We then dispatch the
min
observed first paint time across this window.

This change should significantly reduce the frequency with which we log out of
order
paint timings. We have added new UMA to keep track of how often this continues
to
happen, even with the 1s buffering.

BUG=728179
NOTRY=true
NOPRESUBMIT=true
TBR=csharrison

Review-Url: https://codereview.chromium.org/2917693002
Cr-Commit-Position: refs/heads/master@{#475955}
(cherry picked from commit f576d151955389c1b797409da6ed19c2a5530ff5)
==========

to

==========
Reland: Buffer cross frame paint timing updates.

This is a re-land of https://codereview.chromium.org/2901383002, which was
reverted due to a timing dependency in ResourcePrefetchPredictorBrowserTest.
SubresourceFcpOrder that has since been fixed (crbug.com/728176).

Original change description:

With the recent change to merge cross-frame paint timings, we sometimes
encounter
cases where these timings arrive out of order.

For example, we may receive a first paint notification for frame A first,
then a first paint notification for frame B, but frame B's first paint
time may have happened before frame A's first paint time.

In the current implementation, we dispatch a first paint notification to
observers
as soon as we receive a first paint notification from any frame in the page.

This means we don't end up recording the true page-level first paint time on
all pages.

This change adds a 1s buffering period before we dispatch first paint
notifications
to observers. During this buffering period, we accumulate all first paint
updates
across all frames, and retain the minimum first paint time. We then dispatch the
min
observed first paint time across this window.

This change should significantly reduce the frequency with which we log out of
order
paint timings. We have added new UMA to keep track of how often this continues
to
happen, even with the 1s buffering.

BUG=728179
NOTRY=true
NOPRESUBMIT=true
TBR=csharrison

Review-Url: https://codereview.chromium.org/2917693002
Cr-Original-Commit-Position: refs/heads/master@{#475955}
Review-Url: https://codereview.chromium.org/2917153002
Cr-Commit-Position: refs/branch-heads/3112@{#130}
Cr-Branched-From:
b6460e24cf59f429d69de255538d0fc7a425ccf9-refs/heads/master@{#474897}
Committed:
https://chromium.googlesource.com/chromium/src/+/99cf612851ca1f1e870f508d91b1...
==========

[commit-bot: I haz the power, 2017-06-03 01:12:08]

Committed patchset #1 (id:1) as
https://chromium.googlesource.com/chromium/src/+/99cf612851ca1f1e870f508d91b1...