Skip to content

Commit 7c6fb0f

Browse files
authored
Merge pull request #47958 from rohennes/TELCODOCS-809-PAO-cleanup
TELCODOCS#809: Reworking any remaining references of PAO with references to NTO, including IDs and file names
2 parents 5445305 + c076e10 commit 7c6fb0f

File tree

32 files changed

+118
-104
lines changed

32 files changed

+118
-104
lines changed

modules/cnf-about-the-profile-creator-tool.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@
66
[id="cnf-about-the-profile-creator-tool_{context}"]
77
= About the Performance Profile Creator
88

9-
The Performance Profile Creator (PPC) is a command-line tool, delivered with the Performance Addon Operator, used to create the performance profile.
9+
The Performance Profile Creator (PPC) is a command-line tool, delivered with the Node Tuning Operator, used to create the performance profile.
1010
The tool consumes `must-gather` data from the cluster and several user-supplied profile arguments. The PPC generates a performance profile that is appropriate for your hardware and topology.
1111

1212
The tool is run by one of the following methods:

modules/cnf-about_hyperthreading_for_low_latency_and_real_time_applications.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
:_content-type: CONCEPT
66
[id="about_hyperthreading_for_low_latency_and_real_time_applications_{context}"]

modules/cnf-adjusting-nic-queues-with-the-performance-profile.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//CNF-1483 (4.8)
3-
// * scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// * scalability_and_performance/low-latency-tuning.adoc
44

55
:_content-type: PROCEDURE
66
[id="adjusting-nic-queues-with-the-performance-profile_{context}"]
@@ -29,7 +29,7 @@ Unsupported network devices:
2929
3030
.Procedure
3131

32-
. Log in to the {product-title} cluster running the Performance Addon Operator as a user with `cluster-admin` privileges.
32+
. Log in to the {product-title} cluster running the Node Tuning Operator as a user with `cluster-admin` privileges.
3333

3434
. Create and apply a performance profile appropriate for your hardware and topology. For guidance on creating a profile, see the "Creating a performance profile" section.
3535

modules/cnf-allocating-multiple-huge-page-sizes.adoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,14 +1,14 @@
11
// CNF-538 Promote Multiple Huge Pages Sizes for Pods and Containers to beta
22
// Module included in the following assemblies:
33
//
4-
// *scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
4+
// *scalability_and_performance/cnf-low-latency-tuning.adoc
55

66
[id="cnf-allocating-multiple-huge-page-sizes_{context}"]
77
= Allocating multiple huge page sizes
88

99
You can request huge pages with different sizes under the same container. This allows you to define more complicated pods consisting of containers with different huge page size needs.
1010

11-
For example, you can define sizes `1G` and `2M` and the Performance Addon Operator will configure both sizes on the node, as shown here:
11+
For example, you can define sizes `1G` and `2M` and the Node Tuning Operator will configure both sizes on the node, as shown here:
1212

1313
[source,yaml]
1414
----
@@ -22,4 +22,4 @@ spec:
2222
- count: 4
2323
node: 1
2424
size: 1G
25-
----
25+
----

modules/cnf-collecting-low-latency-tuning-debugging-data-for-red-hat-support.adoc

Lines changed: 14 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
// CNF-643 Support and debugging tools for CNF
22
// Module included in the following assemblies:
33
//
4-
// *scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
4+
// *scalability_and_performance/cnf-low-latency-tuning.adoc
55

66
:_content-type: PROCEDURE
77
[id="cnf-collecting-low-latency-tuning-debugging-data-for-red-hat-support_{context}"]
@@ -29,20 +29,25 @@ You can specify one or more images when you run the command by including the `--
2929

3030
Use the `oc adm must-gather` CLI command to collect information about your cluster, including features and objects associated with low latency tuning, including:
3131

32-
* The Performance Addon Operator namespaces and child objects.
32+
* The Node Tuning Operator namespaces and child objects.
3333
* `MachineConfigPool` and associated `MachineConfig` objects.
3434
* The Node Tuning Operator and associated Tuned objects.
3535
* Linux Kernel command line options.
3636
* CPU and NUMA topology
3737
* Basic PCI device information and NUMA locality.
3838

39-
To collect Performance Addon Operator debugging information with `must-gather`, you must specify the Performance Addon Operator `must-gather` image:
39+
To collect debugging information with `must-gather`, you must specify the Performance Addon Operator `must-gather` image:
4040

4141
[source,terminal,subs="attributes+"]
4242
----
4343
--image=registry.redhat.io/openshift4/performance-addon-operator-must-gather-rhel8:v{product-version}.
4444
----
4545

46+
[NOTE]
47+
====
48+
In earlier versions of {product-title}, the Performance Addon Operator provided automatic, low latency performance tuning for applications. In {product-title} 4.11, these functions are part of the Node Tuning Operator. However, you must still use the `performance-addon-operator-must-gather` image when running the `must-gather` command.
49+
====
50+
4651
[id="cnf-about-gathering-data_{context}"]
4752
== Gathering data about specific features
4853

@@ -53,6 +58,11 @@ You can gather debugging information about specific features by using the `oc ad
5358
To collect the default `must-gather` data in addition to specific feature data, add the `--image-stream=openshift/must-gather` argument.
5459
====
5560

61+
[NOTE]
62+
====
63+
In earlier versions of {product-title}, the Performance Addon Operator provided automatic, low latency performance tuning for applications. In {product-title} 4.11, these functions are part of the Node Tuning Operator. However, you must still use the `performance-addon-operator-must-gather` image when running the `must-gather` command.
64+
====
65+
5666
.Prerequisites
5767

5868
* Access to the cluster as a user with the `cluster-admin` role.
@@ -62,7 +72,7 @@ To collect the default `must-gather` data in addition to specific feature data,
6272

6373
. Navigate to the directory where you want to store the `must-gather` data.
6474

65-
. Run the `oc adm must-gather` command with one or more `--image` or `--image-stream` arguments. For example, the following command gathers both the default cluster data and information specific to the Performance Addon Operator:
75+
. Run the `oc adm must-gather` command with one or more `--image` or `--image-stream` arguments. For example, the following command gathers both the default cluster data and information specific to the Node Tuning Operator:
6676
+
6777
[source,terminal,subs="attributes+"]
6878
----

modules/cnf-configure_for_irq_dynamic_load_balancing.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
[id="configuring_for_irq_dynamic_load_balancing_{context}"]
66
= Configuring a node for IRQ dynamic load balancing

modules/cnf-configuring-huge-pages.adoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,13 +1,13 @@
11
// Module included in the following assemblies:
22
//CNF-78 (4.4)
3-
// * scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// * scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
[id="cnf-configuring-huge-pages_{context}"]
66
= Configuring huge pages
77

8-
Nodes must pre-allocate huge pages used in an {product-title} cluster. Use the Performance Addon Operator to allocate huge pages on a specific node.
8+
Nodes must pre-allocate huge pages used in an {product-title} cluster. Use the Node Tuning Operator to allocate huge pages on a specific node.
99

10-
{product-title} provides a method for creating and allocating huge pages. Performance Addon Operator provides an easier method for doing this using the performance profile.
10+
{product-title} provides a method for creating and allocating huge pages. Node Tuning Operator provides an easier method for doing this using the performance profile.
1111

1212
For example, in the `hugepages` `pages` section of the performance profile, you can specify multiple blocks of `size`, `count`, and, optionally, `node`:
1313

modules/cnf-configuring-workload-hints.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
:_content-type: CONCEPT
66
[id="configuring-workload-hints_{context}"]

modules/cnf-cpu-infra-container.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,12 +1,12 @@
11
// Module included in the following assemblies:
22
//
3-
// scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
:_content-type: PROCEDURE
66
[id="cnf-cpu-infra-container_{context}"]
77
= Restricting CPUs for infra and application containers
88

9-
Generic housekeeping and workload tasks use CPUs in a way that may impact latency-sensitive processes. By default, the container runtime uses all online CPUs to run all containers together, which can result in context switches and spikes in latency. Partitioning the CPUs prevents noisy processes from interfering with latency-sensitive processes by separating them from each other. The following table describes how processes run on a CPU after you have tuned the node using the Performance Add-On Operator:
9+
Generic housekeeping and workload tasks use CPUs in a way that may impact latency-sensitive processes. By default, the container runtime uses all online CPUs to run all containers together, which can result in context switches and spikes in latency. Partitioning the CPUs prevents noisy processes from interfering with latency-sensitive processes by separating them from each other. The following table describes how processes run on a CPU after you have tuned the node using the Node Tuning Operator:
1010

1111
.Process' CPU assignments
1212
[%header,cols=2*]

modules/cnf-creating-the-performance-profile-object.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
// Epic CNF-78
3-
// * scalability_and_performance/cnf-performance-addon-operator-for-low-latency-nodes.adoc
3+
// * scalability_and_performance/cnf-low-latency-tuning.adoc
44

55
[id="cnf-creating-the-performance-profile-object_{context}"]
66
= Creating the PerformanceProfile object

0 commit comments

Comments
 (0)