Stop creating .metadata files
Categories
(Core :: Storage: Quota Manager, task, P2)
Tracking
()
People
(Reporter: janv, Assigned: tt)
References
Details
(Keywords: perf:pageload)
Attachments
(1 file)
|
47 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details | Review |
We need to reduce number of synchronously created files in bug 1540777.
I'm not sure if we can get rid of calling EnsureOriginIsInitialized which currently creates .metadata and .metadata-v2
We can save some I/O, roughly 50% if we stop creating .metadata files.
| Assignee | ||
Comment 2•6 years ago
|
||
Setting this bug as P2 since bug 1540777 is P2.
| Assignee | ||
Comment 3•6 years ago
|
||
The places for creating ".metadata":
Only the top two are not related the upgrade:
dom::quota::(anonymous namespace)::CreateDirectoryMetadataFiles
dom::quota::QuotaManager::GetDirectoryMetadata2
The callers of CreateDirectoryMetadataFiles are:
dom::quota::QuotaManager::EnsureOriginIsInitializedInternal
dom::quota::(anonymous namespace)::PersistOp::DoDirectoryWork
The callers of GetDirectoryMetadata2 are:
dom::quota::QuotaManager::GetDirectoryMetadata2WithRestore (The callers of it are XXXOp)
dom::indexedDB::(anonymous namespace)::Maintenance::DirectoryWork
I'm assuming we don't want to have even an additional minor upgrade at this moment which is riskier. So, I will let existing ".metadata" files exist and just stop creating them in this bug.
If the patch is granted, I will open a follow-up bug to establish another minor upgrade to remove the existing ".metadata" and maybe remove the code for creating that on the old upgrades.
| Assignee | ||
Comment 4•6 years ago
|
||
The main goal of this issue is to reduce IO during the storage initialization
and stop creating .metadata file since we already have .metadata-v2 file to
track the information for the origin directory. Therefore, this patch only stop
create, write, and read the .metadata file. And, leaving the work for removing
it to the next minor upgrade.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 5•6 years ago
|
||
(In reply to Tom Tung [:tt, :ttung] from comment #2)
Setting this bug as P2 since bug 1540777 is P2.
FYI, bug 1540777 is now P1
Updated•6 years ago
|
| Reporter | ||
Comment 6•6 years ago
|
||
Tom, can you update this patch ? Thanks.
| Assignee | ||
Comment 7•6 years ago
|
||
(In reply to Jan Varga [:janv] from comment #6)
Tom, can you update this patch ? Thanks.
Jan, I have updated it. Thanks for the notice!
| Reporter | ||
Comment 8•6 years ago
|
||
Ok, I'll take a look.
Comment 10•6 years ago
|
||
| bugherder | ||
| Reporter | ||
Comment 12•6 years ago
|
||
Comment on attachment 9060698 [details]
Bug 1546752 - Stop creating, writing, and reading the .metadata file in QuotaManager except the upgrades;
Beta/Release Uplift Approval Request
- User impact if declined: Creating the additional file can affect performance on really slow (old) machines.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Metadata files version 1 haven't been used for long time. We can safely stop creating them. The patch landed on Nightly 3 weeks ago. No regressions were reported.
- String changes made/needed: None
Comment 13•6 years ago
|
||
Comment on attachment 9060698 [details]
Bug 1546752 - Stop creating, writing, and reading the .metadata file in QuotaManager except the upgrades;
remove some io in quotamanager, approved for 68.0b10
Comment 14•6 years ago
|
||
| bugherder uplift | ||
Updated•3 years ago
|
Description
•