Add test ensuring profiles created by background tasks are (and remain) "slim"
Categories
(Toolkit :: Background Tasks, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox100 | --- | fixed |
People
(Reporter: nalexander, Assigned: nalexander)
References
Details
(Whiteboard: [fidedi-ope])
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
The "background task in Gecko" approach that Bug 1667276 is building out will use a temporary profile created at task runtime (and torn down as the task exits). This ticket tracks writing a test, similar to existing performance tests, that ensures that the background task mechanism itself doesn't churn the disk too much. The general idea is to:
- keep a temporary profile from a no-op (or minimal) background task
- enumerate the contents (after minimizing them by configuring caches and disabling functionality)
- ensure that the test fails when the contents grow unexpectedly.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
There are a few ways that we could test this. We could use the
profiler and "File IO" markers, a la
https://searchfox.org/mozilla-central/source/browser/base/content/test/performance/browser_startup_content_mainthreadio.js.
This would profile content that is transient, which could be good or
bad -- temporary files for atomic writes would show up for example.
But in fact there are profile contents created after the profiler is
shut down (including Telemetry.ShutdownTime.txt
), so this approach
isn't sufficient.
Therefore we do the simpler thing: we simply don't remove the
temporary profile directory after the background task exits.
Updated•3 years ago
|
Comment 3•3 years ago
|
||
bugherder |
Updated•2 years ago
|
Description
•