Difference between revisions of "ITK Registration Optimization/2007-04-12-tcon"
From NAMIC Wiki
(→Tasks) |
|||
(3 intermediate revisions by the same user not shown) | |||
Line 38: | Line 38: | ||
* Full pipelines being developing | * Full pipelines being developing | ||
* Refactoring isolated tests to conform to new batchboard | * Refactoring isolated tests to conform to new batchboard | ||
+ | * Programming style | ||
+ | ** [http://www.insightsoftwareconsortium.org/documents/policies/Style.pdf ISC Coding Style Guide] | ||
=== Timing === | === Timing === | ||
Line 56: | Line 58: | ||
** Caching information across metric evaluations | ** Caching information across metric evaluations | ||
− | + | === Administration === | |
− | + | * IJ Reports | |
− | === | + | ** Testing infrastructure |
− | + | ** CMake/CPU extensions | |
− | + | * Current funding | |
− | + | * Next funding = April 20th report | |
− | |||
− | |||
− | = | ||
− |
Latest revision as of 14:27, 18 April 2007
Home < ITK Registration Optimization < 2007-04-12-tconContents
Agenda
Status reports
Julien
- Work with Seb to get reports from Amber2
- Result
- Amber2 is allocated to another project - therefore work will transition to machines at SPL
- Result
- Define role of experiments and batches
- Work with Seb to integrate with cmake dashboard
- New experiment = new cvs tag
- New batch = nightly (possibly only if cvs has changed)
- CMake knows of # of CPUs and CPU cores
- CMake knows of memory available
- Implement BMDashboards
Brad
- Continue to develop registration pipelines
- Commit into CVS
- Implement as ctests
- Optimize the meansquareddifferenceimagetoimagemetric
Seb
- Setup CMake Dashboard
- Add md5 encryption function to CMake for BatchMake passwords
- Work with Julien on BatchMake Dashboard designs
- Investigate other opportunities for optimization
Stephen
- Get Seb/Brad access to SPL machines
- Continue to optimize MattesMIMetric
- Determine BMDashboard table structure
- Have programs switch between baseline, optimized, and both testing/reporting
State of things
Tests
- Full pipelines being developing
- Refactoring isolated tests to conform to new batchboard
- Programming style
Timing
- Done
Performance Dashboard
- Public submission of performance
- Organization of Experiments/Dashboards
- Appropriate summary statistics
- Per machine: batch -vs- speed/error
- Per test: mflops -vs- speed/error
- All, batch -vs- % change in performance
Optimizations
- Jim Miller recommended the following
- Random sampling from metrics
- Masks in metrics
- Caching information across metric evaluations
Administration
- IJ Reports
- Testing infrastructure
- CMake/CPU extensions
- Current funding
- Next funding = April 20th report