From: Sean Christopherson <seanjc@google.com>
To: Vipin Sharma <vipinsh@google.com>
Cc: pbonzini@redhat.com, dmatlack@google.com, andrew.jones@linux.dev,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 5/5] KVM: selftests: Run dirty_log_perf_test on specific CPUs
Date: Thu, 20 Oct 2022 21:42:16 +0000 [thread overview]
Message-ID: <Y1HAuDAP66HNk1rT@google.com> (raw)
In-Reply-To: <20221010220538.1154054-6-vipinsh@google.com>
On Mon, Oct 10, 2022, Vipin Sharma wrote:
> @@ -383,6 +383,18 @@ static void help(char *name)
> backing_src_help("-s");
> printf(" -x: Split the memory region into this number of memslots.\n"
> " (default: 1)\n");
> + printf(" -c: Pin tasks to physical CPUs. Takes a list of comma separated\n"
> + " values (target pCPU), one for each vCPU, plus an optional\n"
> + " entry for the main application task (specified via entry\n"
> + " <nr_vcpus + 1>). If used, entries must be provided for all\n"
> + " vCPUs, i.e. pinning vCPUs is all or nothing.\n\n"
> + " Example: ./dirty_log_perf_test -v 3 -c 22,23,24,50\n"
> + " will create 3 vCPUs, and pin vCPU0=>pCPU22, vCPU1=>pCPU23\n"
> + " vCPU2=>pCPU24, and pin the application task to pCPU50.\n"
> + " To leave the application task unpinned, drop the final\n"
> + " entry:\n"
> + " ./dirty_log_perf_test -v 3 -c 22,23,24\n\n"
> + " (default: no pinning)\n");
Any objection to tweaking the formatting to make the output easier to parse? And
to match the indentation used by guest_modes_help(). E.g. This
printf(" -c: Pin tasks to physical CPUs. Takes a list of comma separated\n"
" values (target pCPU), one for each vCPU, plus an optional\n"
" entry for the main application task (specified via entry\n"
" <nr_vcpus + 1>). If used, entries must be provided for all\n"
" vCPUs, i.e. pinning vCPUs is all or nothing.\n\n"
" E.g. to create 3 vCPUs, pin vCPU0=>pCPU22, vCPU1=>pCPU23\n"
" vCPU2=>pCPU24, and pin the application task to pCPU50:\n\n"
" ./dirty_log_perf_test -v 3 -c 22,23,24,50\n\n"
" To leave the application task unpinned, drop the final entry:\n\n"
" ./dirty_log_perf_test -v 3 -c 22,23,24\n\n"
" (default: no pinning)\n");
yields:
-c: Pin tasks to physical CPUs. Takes a list of comma separated
values (target pCPU), one for each vCPU, plus an optional
entry for the main application task (specified via entry
<nr_vcpus + 1>). If used, entries must be provided for all
vCPUs, i.e. pinning vCPUs is all or nothing.
E.g. to create 3 vCPUs, pin vCPU0=>pCPU22, vCPU1=>pCPU23
vCPU2=>pCPU24, and pin the application task to pCPU50:
./dirty_log_perf_test -v 3 -c 22,23,24,50
To leave the application task unpinned, drop the final entry:
./dirty_log_perf_test -v 3 -c 22,23,24
(default: no pinning)
versus:
-c: Pin tasks to physical CPUs. Takes a list of comma separated
values (target pCPU), one for each vCPU, plus an optional
entry for the main application task (specified via entry
<nr_vcpus + 1>). If used, entries must be provided for all
vCPUs, i.e. pinning vCPUs is all or nothing.
Example: ./dirty_log_perf_test -v 3 -c 22,23,24,50
will create 3 vCPUs, and pin vCPU0=>pCPU22, vCPU1=>pCPU23
vCPU2=>pCPU24, and pin the application task to pCPU50.
To leave the application task unpinned, drop the final
entry:
./dirty_log_perf_test -v 3 -c 22,23,24
(default: no pinning)
next prev parent reply other threads:[~2022-10-20 21:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-10 22:05 [PATCH v5 0/5] dirty_log_perf_test vCPU pinning Vipin Sharma
2022-10-10 22:05 ` [PATCH v5 1/5] KVM: selftests: Add missing break between -e and -g option in dirty_log_perf_test Vipin Sharma
2022-10-10 22:05 ` [PATCH v5 2/5] KVM: selftests: Put command line options in alphabetical order " Vipin Sharma
2022-10-10 22:05 ` [PATCH v5 3/5] KVM: selftests: Add atoi_paranoid() to catch errors missed by atoi() Vipin Sharma
2022-10-10 22:05 ` [PATCH v5 4/5] KVM: selftests: Add atoi_positive() and atoi_non_negative() for input validation Vipin Sharma
2022-10-10 22:05 ` [PATCH v5 5/5] KVM: selftests: Run dirty_log_perf_test on specific CPUs Vipin Sharma
2022-10-20 21:42 ` Sean Christopherson [this message]
2022-10-20 21:44 ` Sean Christopherson
2022-10-14 15:12 ` [PATCH v5 0/5] dirty_log_perf_test vCPU pinning Wang, Wei W
2022-10-14 15:16 ` Wang, Wei W
2022-10-14 16:34 ` Sean Christopherson
2022-10-14 16:55 ` David Matlack
2022-10-14 18:26 ` Vipin Sharma
2022-10-14 19:02 ` Sean Christopherson
2022-10-14 21:21 ` Vipin Sharma
2022-10-17 0:47 ` Wang, Wei W
2022-10-20 21:46 ` Sean Christopherson
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=Y1HAuDAP66HNk1rT@google.com \
--to=seanjc@google.com \
--cc=andrew.jones@linux.dev \
--cc=dmatlack@google.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=vipinsh@google.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.