DevTools/Features/Memory: Difference between revisions
m (clearing in prep for migration to new feature page format) |
mNo edit summary |
||
| Line 1: | Line 1: | ||
{{FeatureStatus | |||
|Feature name=Memory tools | |||
|Feature stage=Definition | |||
|Feature status=In progress | |||
|Feature health=OK | |||
|Feature status note=Exploratory coding. | |||
}} | |||
{{FeatureTeam | |||
|Feature product manager=Kevin Dangoor | |||
|Feature feature manager=Dave Camp | |||
|Feature lead engineer=Dave Camp | |||
|Feature qa lead=George Carstoiu | |||
|Feature additional members=Jan (Honza) Odvarko (firebug representative) | |||
}} | |||
{{FeaturePageBody | |||
|Feature overview=Ultimately, we want to be able to provide tools that give Firefox users answers to the following questions: | |||
# is my page taking a lot of memory? | |||
# if it is, how do I fix it? (where is that memory going?) | |||
# am I allocating too many objects? if so, where? | |||
For the first stage, we need to identify: | |||
# what information we can get from the system presently | |||
# what work needs to be done to get the information required to answer the questions above | |||
The goal of this project now is to get the ball rolling so that the backend can provide the information we want so that a future release can provide the user-visible tooling. | |||
|Feature requirements=* Electrolysis-ready | |||
|Feature implementation notes=* See the [http://mozilla.github.com/devtools/2011/status.html#memoryback status page]. | |||
}} | |||
{{FeatureInfo | |||
|Feature priority=P1 | |||
|Feature roadmap=Developer Tools | |||
|Feature list=Desktop | |||
|Feature engineering team=Platform | |||
}} | |||
{{FeatureTeamStatus | |||
|Feature products status=tbd | |||
|Feature engineering status=tbd | |||
|Feature security status=tbd | |||
|Feature privacy status=tbd | |||
|Feature localization status=tbd | |||
|Feature accessibility status=tbd | |||
|Feature qa status=tbd | |||
|Feature ux status=tbd | |||
|Feature product marketing status=tbd | |||
}} | |||
== Other Documentation == | |||
The [http://www.eclipse.org/mat/ Eclipse Memory Analyzer Tool] provides comprehensive views into memory usage on the Java platform. Ideally, we would provide more distilled information than this, but the MAT represents a much more robust tool than anything we've seen for JavaScript presently. | |||
Revision as of 14:48, 12 July 2011
Status
| Memory tools | |
| Stage | Definition |
| Status | In progress |
| Release target | ` |
| Health | OK |
| Status note | Exploratory coding. |
{{#set:Feature name=Memory tools
|Feature stage=Definition |Feature status=In progress |Feature version=` |Feature health=OK |Feature status note=Exploratory coding. }}
Team
| Product manager | Kevin Dangoor |
| Directly Responsible Individual | Dave Camp |
| Lead engineer | Dave Camp |
| Security lead | ` |
| Privacy lead | ` |
| Localization lead | ` |
| Accessibility lead | ` |
| QA lead | George Carstoiu |
| UX lead | ` |
| Product marketing lead | ` |
| Operations lead | ` |
| Additional members | Jan (Honza) Odvarko (firebug representative) |
{{#set:Feature product manager=Kevin Dangoor
|Feature feature manager=Dave Camp |Feature lead engineer=Dave Camp |Feature security lead=` |Feature privacy lead=` |Feature localization lead=` |Feature accessibility lead=` |Feature qa lead=George Carstoiu |Feature ux lead=` |Feature product marketing lead=` |Feature operations lead=` |Feature additional members=Jan (Honza) Odvarko (firebug representative) }}
Open issues/risks
`
Stage 1: Definition
1. Feature overview
Ultimately, we want to be able to provide tools that give Firefox users answers to the following questions:
- is my page taking a lot of memory?
- if it is, how do I fix it? (where is that memory going?)
- am I allocating too many objects? if so, where?
For the first stage, we need to identify:
- what information we can get from the system presently
- what work needs to be done to get the information required to answer the questions above
The goal of this project now is to get the ball rolling so that the backend can provide the information we want so that a future release can provide the user-visible tooling.
2. Users & use cases
`
3. Dependencies
`
4. Requirements
- Electrolysis-ready
Non-goals
`
Stage 2: Design
5. Functional specification
`
6. User experience design
`
Stage 3: Planning
7. Implementation plan
`
8. Reviews
Security review
`
Privacy review
`
Localization review
`
Accessibility
`
Quality Assurance review
`
Operations review
`
Stage 4: Development
9. Implementation
- See the status page.
Stage 5: Release
10. Landing criteria
` {{#set:Feature open issues and risks=` |Feature overview=Ultimately, we want to be able to provide tools that give Firefox users answers to the following questions:
- is my page taking a lot of memory?
- if it is, how do I fix it? (where is that memory going?)
- am I allocating too many objects? if so, where?
For the first stage, we need to identify:
- what information we can get from the system presently
- what work needs to be done to get the information required to answer the questions above
The goal of this project now is to get the ball rolling so that the backend can provide the information we want so that a future release can provide the user-visible tooling. |Feature users and use cases=` |Feature dependencies=` |Feature requirements=* Electrolysis-ready |Feature non-goals=` |Feature functional spec=` |Feature ux design=` |Feature implementation plan=` |Feature security review=` |Feature privacy review=` |Feature localization review=` |Feature accessibility review=` |Feature qa review=` |Feature operations review=` |Feature implementation notes=* See the status page. |Feature landing criteria=` }}
Feature details
| Priority | P1 |
| Rank | 999 |
| Theme / Goal | ` |
| Roadmap | Developer Tools |
| Secondary roadmap | ` |
| Feature list | Desktop |
| Project | ` |
| Engineering team | Platform |
{{#set:Feature priority=P1
|Feature rank=999 |Feature theme=` |Feature roadmap=Developer Tools |Feature secondary roadmap=` |Feature list=Desktop |Feature project=` |Feature engineering team=Platform }}
Team status notes
| status | notes | |
| Products | tbd | ` |
| Engineering | tbd | ` |
| Security | tbd | ` |
| Privacy | tbd | ` |
| Localization | tbd | ` |
| Accessibility | tbd | ` |
| Quality assurance | tbd | ` |
| User experience | tbd | ` |
| Product marketing | tbd | ` |
| Operations | ` | ` |
{{#set:Feature products status=tbd
|Feature products notes=` |Feature engineering status=tbd |Feature engineering notes=` |Feature security status=tbd |Feature security health=` |Feature security notes=` |Feature privacy status=tbd |Feature privacy notes=` |Feature localization status=tbd |Feature localization notes=` |Feature accessibility status=tbd |Feature accessibility notes=` |Feature qa status=tbd |Feature qa notes=` |Feature ux status=tbd |Feature ux notes=` |Feature product marketing status=tbd |Feature product marketing notes=` |Feature operations status=` |Feature operations notes=` }}
Other Documentation
The Eclipse Memory Analyzer Tool provides comprehensive views into memory usage on the Java platform. Ideally, we would provide more distilled information than this, but the MAT represents a much more robust tool than anything we've seen for JavaScript presently.