NB610PerfPlan
(Difference between revisions)
m |
m |
||
| Line 31: | Line 31: | ||
* ''Martin Entlicher'': Faster remote debugging, avoid class loading events (JDK patch submitted) | * ''Martin Entlicher'': Faster remote debugging, avoid class loading events (JDK patch submitted) | ||
* ''Tomas Zezula'': Fill Go to Type results incrementally (not waiting on slow providers like JavaScript) | * ''Tomas Zezula'': Fill Go to Type results incrementally (not waiting on slow providers like JavaScript) | ||
| + | ** Part of [[EditorPlan610#Performance|Java/Editor improvements]] | ||
===Tasks to be planned=== | ===Tasks to be planned=== | ||
| - | |||
| - | |||
| - | |||
* Self-profiling improvements | * Self-profiling improvements | ||
| - | |||
** Exception reporter (statistics.netbeans.org) can provide new NPSS snapshots for download (besides converted ones to old format) | ** Exception reporter (statistics.netbeans.org) can provide new NPSS snapshots for download (besides converted ones to old format) | ||
* ''All'': Measuring performance of sample projects: for selected sample projects of various size measure typical performance characteristics (e.g. a subset of comparative dashboard) to give our users some reference numbers of what performance they can expect | * ''All'': Measuring performance of sample projects: for selected sample projects of various size measure typical performance characteristics (e.g. a subset of comparative dashboard) to give our users some reference numbers of what performance they can expect | ||
[[Category:Performance|P]] [[Category:Performance:Planning]] | [[Category:Performance|P]] [[Category:Performance:Planning]] | ||
Revision as of 08:22, 6 September 2010
Contents |
Plan for NB 6.10 Performance improvements
This is an implementation plan for performance-related work targeted for NetBeans 6.10 release. It's based on post 6.9 performance topics and NB 6.10 performance goals. It covers work done by all engineering teams, except routine bugfixing.
Milestones
Milestones below show which tasks should be finished by given date. Completed tasks have the 
check mark.
July 26
-
Oleg: Renewed Comparative dashboard
- David, Oleg: Editor typing tests - existing tests fixed + new tests suitable to test the new view hierarchy
August 9
- David, Oleg: Editor typing tests - measuring new view hierarchy (switch -J-Dorg.netbeans.editor.linewrap=true)
- Jarda: Go to Type - prototype demonstrating desired availability and performance: File:Uber-goto-type-cache.diff
- Jesse: Issue 157283 - Declaratively load lookup items for Maven packaging types
August 23
- Jarda: Dump occupied file descriptors on Unix into log
- Jarda, Tomas Stupka: VCS-FS interaction on renaming folders -- agree on solution. RefactoringFSandVCS
- Tomas Zezula: Index in memory for fast Go to Type (Issue 177274): automatically reserve part of heap permanently, rest as soft-references.
- Tomas Hurka, Jirka Sedlacek: Time line in Profiler for long CPU snapshots (especially from self-profiling). See InstantFitness.
September 6
- Jarda: FitnessViaCLITimeLine - sample any application (e.g. NetBeans startup), analyze it in a timeline.
- Jarda: Statistics for people who turned off checking of external changes.
- Jarda, Tomas Stupka: VCS-FS interaction on renaming folders -- do something. RefactoringFSandVCS
September 20 (Feature Freeze)
- Petr Nejedly, Tomas Zezula: Native file listeners
- Martin Entlicher: Fast debugger stepping
- Martin Entlicher: Faster remote debugging, avoid class loading events (JDK patch submitted)
- Tomas Zezula: Fill Go to Type results incrementally (not waiting on slow providers like JavaScript)
- Part of Java/Editor improvements
Tasks to be planned
- Self-profiling improvements
- Exception reporter (statistics.netbeans.org) can provide new NPSS snapshots for download (besides converted ones to old format)
- All: Measuring performance of sample projects: for selected sample projects of various size measure typical performance characteristics (e.g. a subset of comparative dashboard) to give our users some reference numbers of what performance they can expect
