Deprecate and get rid of FileUtils.getFile()
Categories
(Toolkit Graveyard :: IOUtils and PathUtils, task)
Tracking
(Performance Impact:low, firefox116 fixed)
| Tracking | Status | |
|---|---|---|
| firefox116 | --- | fixed |
People
(Reporter: Yoric, Assigned: beth)
References
Details
(Keywords: main-thread-io, perf, perf:responsiveness)
Attachments
(1 file)
Updated•8 years ago
|
Updated•8 years ago
|
| Assignee | ||
Comment 1•7 years ago
|
||
Reinserting into the qf triage queue since this is not under a performance pillar.
Comment 2•7 years ago
|
||
I don't see any references to ``FileUtils.getFile()` in the code base.
Are we sure this is still relevant?
Comment 3•7 years ago
|
||
There's still a few FileUtils.getFile() calls: https://searchfox.org/mozilla-central/search?q=FileUtils.getFile&path=
Comment 4•7 years ago
|
||
We'll call this qf:p3:responsiveness. It would be good to get profiles which demonstrate whether how much impact these IO's have, as they're in the parent process.
| Reporter | ||
Comment 5•7 years ago
|
||
For what it's worth, the duration of a blocking file I/O is not bounded. I have had Telemetry of cases (not of this specific I/O) that last several seconds doing trivial I/O (e.g. opening a file or closing it), with Firefox entirely blocked by the I/O.
| Assignee | ||
Comment 6•4 years ago
•
|
||
IOUtils and PathUtils offers async alternatives
Updated•4 years ago
|
Updated•4 years ago
|
| Assignee | ||
Updated•4 years ago
|
| Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Comment 7•2 years ago
|
||
Updated•2 years ago
|
Comment 9•2 years ago
|
||
Backed out for as requested by dev for potential test failures.
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
| bugherder | ||
Updated•1 year ago
|
Description
•