xenapi: resize operation could be faster
Bug #1221332 reported by
John Garbutt
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Low
|
Sahid Orentino |
Bug Description
There are a few small performance issues that can easily be fixed.
First a regression:
* on resize down we now call resize2fs twice, once to get the minimum file system size. There is no need to call it twice, just handle the error case correctly
The other issue:
* resize_disk uses copy, we could consider using clone (or snapshot) to save time, assuming that does not slow down the other steps
* consider using zerofree to help reduce the filesystem size further, after shrinking the filesystem, before the sparse copy
* while the above will take time, it should reduce the amount of data copied over the network
Changed in nova: | |
assignee: | nobody → sahid (sahid-ferdjaoui) |
Changed in nova: | |
milestone: | none → icehouse-1 |
Changed in nova: | |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | icehouse-1 → 2014.1 |
To post a comment you must log in.
In the first point, I'm thinking about the kind of exception we have to raise: ResizeError or processutils. ProcessExecutio nError ?
exception.