From: Mete Durlu <meted@linux.ibm.com>
To: kzak@redhat.com
Cc: util-linux@vger.kernel.org, hca@linux.ibm.com
Subject: [PATCH 2/2] chcpu(8): Document CPU deconfiguring behavior
Date: Mon, 2 Sep 2024 17:05:53 +0200 [thread overview]
Message-ID: <20240902150553.1969571-3-meted@linux.ibm.com> (raw)
In-Reply-To: <20240902150553.1969571-1-meted@linux.ibm.com>
If architecture supports (de)configuring CPUs, the user should
deconfigure disabled CPUs to prevent performance penalties.
Signed-off-by: Mete Durlu <meted@linux.ibm.com>
---
sys-utils/chcpu.8.adoc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sys-utils/chcpu.8.adoc b/sys-utils/chcpu.8.adoc
index 0b0bcbc57..f08b5a6ab 100644
--- a/sys-utils/chcpu.8.adoc
+++ b/sys-utils/chcpu.8.adoc
@@ -39,6 +39,8 @@ Enable the specified CPUs. Enabling a CPU means that the kernel sets it online.
Deconfigure the specified CPUs. Deconfiguring a CPU means that the hypervisor removes the CPU from the virtual hardware on which the Linux instance runs and returns it to the CPU pool. A CPU must be offline, see *-d*, before it can be deconfigured.
+
*chcpu -g* is not supported on IBM z/VM, CPUs are always in a configured state.
++
+if *chcpu -g* is supported, any *disabled* CPUs should be *deconfigured* to inform the hypervisor that these CPUs won't be used, avoiding potential performance penalties.
*-p*, *--dispatch* _mode_::
Set the CPU dispatching _mode_ (polarization). This option has an effect only if your hardware architecture and hypervisor support CPU polarization. Available _modes_ are:
--
2.46.0
next prev parent reply other threads:[~2024-09-02 15:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 15:05 [PATCH 0/2] chcpu documentation update Mete Durlu
2024-09-02 15:05 ` [PATCH 1/2] chcpu(8): Fix typo Mete Durlu
2024-09-02 15:05 ` Mete Durlu [this message]
2024-09-03 9:51 ` [PATCH 0/2] chcpu documentation update Karel Zak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240902150553.1969571-3-meted@linux.ibm.com \
--to=meted@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=kzak@redhat.com \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).