New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Numa migration #99
Numa migration #99
Conversation
dc521c3
to
05ad7f6
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks overall good, some questions etc. inside.
In the commit message: pre-createing -> pre-creating
updated |
verified |
Please use "verified" label to mark Vdsm PRs as verified. |
I am not allowed to modify label. In fact, I am not allowed to modify anything besides PR title. |
Oops, that's not very good. And nobody from Vdsm maintainers is allowed to view permission settings to check them. Let's ask on the mailing list then. |
When migrating a NUMA VM to another host the pinning to physical NUMA may need to be updated. This may be because the corresponding pNUMA used on source is in use by other VMs on destination, or because the hardware does not exactly match between hosts. Change-Id: I26fcaed59ef22035329ec06217562b12ad186b75 Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
The original implementation was pre-creating XML elements early on the VM.migrate call. The rationale behind it being to validate the passed parameter and avoid as many errors as possible later in the migration thread. This however makes it useful only for CPU policies that do not have manual pinning (otherwise it would lead to duplicate elements in final XML). To make it possible to reconfigure also manual CPU pinning during migration the code was split. The parameter verification is still done early but the XML is constructed later in the source thread as needed. Change-Id: Ic4b50d59ea7bbb8e9b814852044934cbca048550 Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information |
/ost |
1 similar comment
/ost |
Necessary code and API changes to allow migration of NUMA VMs. It has to be possible to adapt the NUMA pinning during migration because CPUs on destination host may be used differently or destination host may have different hardware. Similarly it is necessary to allow modification to manual CPU pinning to limit virtual NUMA cells to corresponding physical NUMA cells.