Closed Bug 1624464 Opened 6 years ago Closed 6 years ago

52ms of GeckoView startup are spent in nsNSSComponent::InitializeNSS (on Moto G5)

Categories

(Core :: Security: PSM, defect, P1)

All
Android
defect

Tracking

()

RESOLVED FIXED
mozilla76
Tracking Status
firefox76 --- fixed

People

(Reporter: mstange, Assigned: keeler)

References

(Blocks 1 open bug)

Details

(Whiteboard: [psm-assigned])

Attachments

(1 file)

Profile: https://perfht.ml/2UAEKTI

nsNSSComponent::InitializeNSS takes 52ms during startup on a Moto G5. This is on the critical path in the "app link" startup scenario and delays the initial network request.

Unfortunately, due to bug 1623942, the profile above doesn't have useful call stacks. To help with that, here's a profile from Firefox startup on macOS: https://perfht.ml/2y4E2GT

On Android, 33ms of those 52ms are spent in freebl functions, so this time is likely spent in PK11_ImportPublicKey which runs during CTLogVerifier::Init.

The initialization process for NSS belongs to PSM -- it's possible we need to speed up something in the NSS-side too, but analysis here would be to start with nsNSSComponent method and see if there's yet more that can be deferred to async operations.

Assignee: nobody → nobody
Component: Libraries → Security: PSM
Product: NSS → Core
QA Contact: jjones
Version: trunk → unspecified

CT is disabled by default, so it doesn't make much sense to be loading those keys.

Assignee: nobody → dkeeler
Priority: -- → P1
Whiteboard: [psm-assigned]
Pushed by dkeeler@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d6f7cff85143 don't load certificate transparency log keys if CT is disabled r=kjacobs
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla76
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: