Closed Bug 1777673 Opened 3 years ago Closed 3 years ago

[meta] Investigate performance impact of the shim redirect

Categories

(Core :: XPConnect, task)

task

Tracking

()

RESOLVED FIXED

People

(Reporter: arai, Assigned: arai)

References

Details

(Keywords: meta)

The shim introduced by bug 1766761 triggers extra load for chrome:// and resource:// URIs, and it might cause some performance regression.

We should investigate if there's any notable regression,
and also in that case, see if adding fast-path with static redirect list there makes any difference.

Very straightforward fast-path
https://hg.mozilla.org/try/rev/8e7bcdc43c787f60ca35c7d810fe334ac0e45a99

Given there will be ~1300 items, we'd better having perfect hash or something ultimately. now testing that approach as well.

See Also: → 1777641

The current code doesn't cache the redirect itself, so the not-found error will happen every time.
I'll check the performance with caching the redirect as well.

Depends on: 1777694

the comparison above clearly shows that the current shim hits regression, up to 10% in startup performance.

Keywords: meta
Summary: Investigate performance impact of the shim redirect → [meta] Investigate performance impact of the shim redirect
Depends on: 1778042
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.