Bug 1228448
| Summary: | [Docs] [Nova] Add a description of updates to the NUMATopologyFilter | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Andrew Dahms <adahms> |
| Component: | documentation | Assignee: | Radek Bíba <rbiba> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Don Domingo <ddomingo> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 7.0 (Kilo) | CC: | ddomingo, mschuppe, sgordon, yeylon |
| Target Milestone: | ga | Keywords: | Documentation |
| Target Release: | 7.0 (Kilo) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-12-02 12:04:42 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1193287 | ||
| Bug Blocks: | 1234669 | ||
|
Description
Andrew Dahms
2015-06-05 01:42:30 UTC
Assigning to Radek for review. Radek - this is another Nova bug, and the changes can be applied to the content in the Administration Guide for now. While reading the relevant part of the Administration Guide, I found the following bullet point: * The nova boot command, see the "Command-Line Interface Reference" in https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/. I believe it would be quite convenient if the link led to https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/6/html/Command-Line_Interface_Reference_Guide/novaclient_commands.html#novaclient_subcommand_boot directly. (The OSP version in the URL would depend on the particular version described in the Administration Guide.) Stephen, Could you please check if the following description is technically correct? With I/O (PCIe) based NUMA scheduling, the filter allows for locality of PCI devices passed to the guest and ensures that the guest is scheduled on the requested host NUMA node, thus improving performance and latency. (I'm thinking of appending that to the current description of the NUMATopologyFilter.) Close, more accurately: With I/O (PCIe) based NUMA scheduling, when attaching PCI devices to guests their NUMA locality is stored - where the hardware chipset supports NUMA locality of PCI devices. The NUMATopologyFilter filter uses this information to ensure that the guest is scheduled on the host NUMA node associated with PCI device(s) it has been passed, thus improving performance and latency. Assigning Don as the QA contact. Don, could you take a look at the newly added content? Edited and merged (although it wasn't that simple due to a strange merge conflict in gitlab). This content is now live on the Customer Portal. Closing. |