tree 2479e6c947ed9a3119c930ebc38036b1e94d2203
parent c83d0458abd1b897b50e6361084b35c46c44d97c
author Tobias Thierer <tobiast@google.com> 1570146473 +0100
committer Tobias Thierer <tobiast@google.com> 1570190586 +0100

Construct default MimeMap lazily rather than eagerly.

A side effect of CL topic r.android.com/q/topic:bug136256059_attempt2
was that the default MimeMap instance is now loaded eagerly (pre-fork)
regardless of whether any app process ends up using it, whereas
previously it was loaded lazily (post-fork) the first time an app
process used it.

This traded off CPU and memory use post-fork vs. pre-fork. Because it
isn't known / hasn't been proven whether and how many app processes
use that instance, the net CPU and memory impact is not known: if at
least one process makes use of a relevant API, the net impact will be
neutral or positive, or else negative.

Until this can be investigated and undergo system health review, this
CL topic changes the behavior back to post-fork lazy loading of the
default MimeMap instance.

Bug: 142019040
Test: atest CtsLibcoreTestCases:libcore.libcore.content.type.MimeMapTest
Test: atest CtsMimeMapTestCases
Change-Id: I85897293afc83044c07e1f03b0d57b10f5798ecd