Ubiquity partitioner optimisation
ubiquity's partitioner is kind of slow, especially with lots of disks/partitions. This is partly due to slowness in the underlying partitioner that's also visible in d-i (though less annoying there) and partly due to inefficiencies in the ubiquity integration. This has been an increasing source of complaints lately, and it would be lovely to spend some time optimising this.
Blueprint information
- Status:
- Complete
- Approver:
- Robbie Williamson
- Priority:
- Medium
- Drafter:
- Colin Watson
- Direction:
- Approved
- Assignee:
- Canonical Foundations Team
- Definition:
- Approved
- Series goal:
- Accepted for lucid
- Implementation:
-
Implemented
- Milestone target:
-
lucid-alpha-3
- Started by
- Colin Watson
- Completed by
- Colin Watson
Related branches
Related bugs
| Bug #336751: "Starting up the partitioner" uses separate window misleadingly | Fix Released |
Whiteboard
Status:
We've met our (arbitrary but fairly ambitious) time goal, so I've postponed the rest of the tasks here as unnecessary for the time being.
Work items:
[ev] Get bootchart working in ubiquity: DONE
[cjwatson] Reduce internal redisplaying of partition tree: DONE
[cjwatson] Analyse low-information high-cost calls to partman, and optimise using Python bindings: DONE
[cjwatson] Recheck improvement from using cdebconf: POSTPONED
[cjwatson] Reduce number of calls to resizing tools: DONE
[cjwatson] Analyse and reduce the number of partitions we rescan following changes: POSTPONED
[cjwatson] Fix os-prober caching when drawing partition bar: DONE
[ev] Move du /rofs to livecd-rootfs: DONE
[cjwatson] Analyse and optimise partman choices scripts: POSTPONED
