1830139 - Increase max timer bundling delay for longer-running timers

Status: RESOLVED FIXED

(Core :: XPCOM, enhancement)

Description

[Justin Link]

The current maximum by which a single timer can be delayed in order bundle it with other timers is 100ms. This is sufficient for short and medium-duration timers but long-duration timers could easily be re-scheduled by a more significant amount in order to enable more bundling. Since the acceptable delay for a timer is already a function of the duration of the timer we should just increase the cap (which effectively only applies to the longer-duration timers).

Comment 1

[Justin Link]

Attachment: Bug 1830139 - Increased the maximum timer delay from 100ms to 10000ms r=smaug

This allows long-duration timers to be re-scheduled with greater
flexibility.

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/8543ea21ab87
Increased the maximum timer delay from 100ms to 10000ms r=smaug

Comment 3

[Norisz Fay [:noriszfay]]

https://hg.mozilla.org/mozilla-central/rev/8543ea21ab87

Comment 4

[Andra Esanu (needinfo me)]

(In reply to Pulsebot from comment #2)

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/8543ea21ab87
Increased the maximum timer delay from 100ms to 10000ms r=smaug

== Change summary for alert #38284 (as of Fri, 05 May 2023 04:19:37 GMT) ==

Improvements:

Ratio	Test	Platform	Options	Absolute values (old vs new)	Performance Profiles
7%	welcome loadtime	linux1804-64-shippable-qr	fission warm webrender	48.06 -> 44.79	Before/After

For up to date results, see: https://treeherder.mozilla.org/perfherder/alerts?id=38284