52ms of GeckoView startup are spent in nsNSSComponent::InitializeNSS (on Moto G5)
Categories
(Core :: Security: PSM, defect, P1)
Tracking
()
| 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.
Comment 1•6 years ago
|
||
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 | ||
Comment 2•6 years ago
|
||
CT is disabled by default, so it doesn't make much sense to be loading those keys.
| Assignee | ||
Comment 3•6 years ago
|
||
Comment 5•6 years ago
|
||
| bugherder | ||
Description
•