Closed
Bug 962304
Opened 10 years ago
Closed 9 years ago
Memory tool should show total process memory consumption
Categories
(DevTools :: Memory, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: jimb, Unassigned)
References
Details
FirefoxOS is now targeting phones with 128MiB of RAM: https://wiki.mozilla.org/FirefoxOS/Tarako Developers hoping their apps will run on this phone would really like to have the content process's total memory consumption plotted over time, with a threshold value of their choosing marked on the y axis. This should be the memory consumption as reported by the OS, not something we compute by counting things, as the former is what FxOS is using to decide which processes to kill. (On FxOS, each app / page runs in its own child process, rather than sharing a single process amongst many pages as on desktop.)
Reporter | ||
Comment 1•10 years ago
|
||
Axel, this is something that's come up in discussion today; I don't mean to suggest any particular priority for it --- I just wanted to capture the idea. Where should this go in our product management apparatus?
Flags: needinfo?(akratel)
Reporter | ||
Comment 2•10 years ago
|
||
I assume that developers will be using a more capable device, but want to be check their memory consumption against smaller machines' limitations (like our "responsive design" mode, but for memory).
Comment 3•10 years ago
|
||
This might be a duplicate of the memory widget 933006. 933006 didn't make any assumption as to where we get the info. Originally, we wanted an easy way to jump back and forth between a general memory widget and the more detailed view that does some object counting. Note also 923275 which blocks 933006. I believe this is done.
Flags: needinfo?(akratel)
Updated•10 years ago
|
Blocks: perf-kanban
Depends on: realtime-memory-vis
Reporter | ||
Comment 4•10 years ago
|
||
This "total process size" should be included in the timeline, though. Developers want to know which operation caused their total process size to cross the line.
Comment 5•10 years ago
|
||
> This should be the memory consumption as reported by the OS I implemented exactly this in bug 945973.
Reporter | ||
Comment 6•10 years ago
|
||
Perhaps we could reuse that nsIMemoryReporter...
Comment 7•9 years ago
|
||
The performance tools are using nsIMemoryReporterManager's `sizeOfTab` method from bug 918207 -- is that sufficient for this on both desktop and FxOS?
Comment 8•9 years ago
|
||
The performance tools' memory recording handles this -- if it does not, we should create a new bug that satisfies this within the context of our current performance and memory tools
Status: NEW → RESOLVED
Closed: 9 years ago
No longer depends on: realtime-memory-vis
Resolution: --- → INVALID
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•