Closed Bug 1613430 Opened 5 years ago Closed 5 years ago

Reinstate early dll prefetching on Nightly

Categories

(Core :: XPCOM, task)

task
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla74
Tracking Status
firefox74 --- fixed

People

(Reporter: alexical, Assigned: alexical)

References

Details

Attachments

(1 file)

The changes from 1565902 fixed a peculiar performance problem that a seemingly very small number of users hit, but it also regressed some of our other startup metrics. It seems that it is still best to simply go back to prefetching all of xul (and the other libraries in dependentlibs.list) in Nightly (which will match Release).

(This wasn't clear from the initial comment - the issue in bug 1565902 seems to have been resolved for the user by a Windows update. The problem being at root a Windows bug, or a driver bug or something generally out of our direct control, aligns with our evidence as well.)

The original issue in bug 1565902 which prompted this investigation
seems to have gone away with a Windows OS update. We saw mixed results
in telemetry over this anyway, and no clear and obvious path for
getting the benefits without the drawbacks, so removing this seems
to be the best solution right now.

Assignee: nobody → dothayer
Status: NEW → ASSIGNED
Pushed by dothayer@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/f0cb6e48329b Go back to LibLoadingStrategy::ReadAhead on Nightly r=glandium
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla74
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: