Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionMarcelo Tosatti
2013-08-13 21:33:03 UTC
Add an option to allow for exclusive CPU <-> VCPU assignment:
"what they need now is the ability to disable any kind of overcommit
(CPU and RAM). So for example if they have a core already pinned to
a VM, they don't want another VM to use it."
Per:
https://www.redhat.com/archives/libvir-list/2014-September/msg00092.html
isolating other processes is out of scope of libvirt.
Manually assigning VMs to separate cpusets should be working already, after fixes like:
commit ff16bde100e19fbff17a964c08321f30f87afb22
Author: Henning Schild <henning.schild>
AuthorDate: 2016-02-26 16:34:24 +0100
Commit: Daniel P. Berrange <berrange>
CommitDate: 2016-03-01 14:07:27 +0000
qemu_cgroup: use virCgroupAddTask instead of virCgroupMoveTask
qemuProcessSetupEmulator runs at a point in time where there is only
the qemu main thread. Use virCgroupAddTask to put just that one task
into the emulator cgroup. That patch makes virCgroupMoveTask and
virCgroupAddTaskStrController obsolete.
Signed-off-by: Henning Schild <henning.schild>
git describe: v1.3.2-28-gff16bde contains: v1.3.3-rc1~318
commit 8e21e8d110743c66d2be258f8f39173f66c5c3b3
Author: Henning Schild <henning.schild>
AuthorDate: 2016-02-26 16:34:23 +0100
Commit: Daniel P. Berrange <berrange>
CommitDate: 2016-03-01 14:07:27 +0000
qemu_cgroup: put qemu right into emulator sub-cgroup
Move qemuProcessSetupEmulator up under qemuSetupCgroup. That way
we move the one main thread right into the emulator cgroup, instead
of moving multiple threads later on. And we do not actually want any
threads running in the parent cgroups (cpu cpuacct cpuset).
Signed-off-by: Henning Schild <henning.schild>
git describe: v1.3.2-27-g8e21e8d contains: v1.3.3-rc1~319
commit 90b721e43ec9232b5b218e891437bed04548e841
Author: Henning Schild <henning.schild>
AuthorDate: 2015-12-14 15:58:05 -0500
Commit: John Ferlan <jferlan>
CommitDate: 2015-12-14 15:58:05 -0500
qemu cgroups: move new threads to new cgroup after cpuset is set up
Moving tasks to cgroups implied sched_setaffinity. Changing the cpus in
a set implies the same for all tasks in the group.
The old code put the the thread into the cpuset inherited from the
machine cgroup, which allowed it to run outside of vcpupin for a short
while.
Signed-off-by: Henning Schild <henning.schild>
git describe: v1.3.0-66-g90b721e contains: v1.3.1-rc1~196