From: Dario Faggioli <dario.faggioli@citrix.com>
To: xen-devel@lists.xen.org
Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>,
Wei Liu <wei.liu2@citrix.com>,
Ian Campbell <Ian.Campbell@citrix.com>
Subject: [PATCH 22/27] ts-bench-hostcmp-host-prep: new script
Date: Wed, 10 Dec 2014 19:11:52 +0100 [thread overview]
Message-ID: <20141210181152.26400.21301.stgit@Abyss.station> (raw)
In-Reply-To: <20141210180651.26400.13356.stgit@Abyss.station>
From: Dario Faggioli <raistlin@linux.it>
the goal is to run a benchmark both in a guest and
on baremetal, to investigate the performances loss
due to the virtualization overhead.
In order to help accomplishing this, the new script
introduced by this commit modifies the host's boot
configuration as follows:
- it makes it boot baremetal Linux, rather than Xen
and a Dom0 kernel;
- it limits the host's pcpus and amount of memory
to the values contained in the specific runvars
(if defined).
This is done under the assumption that the benchmark
will (or has been already) run on one (or more)
guest(s) too. If the runvars for limiting host's
resources are defined, it is assumed that they will
be (were) defined, and that they will have (had) the
same values, also when prepping the run of the
benchmark in the guest.
The test script only alter the host's boot config;
it is left to the caller to actually reboot the host,
and also to restore the old config, if wanted, after
the benchmark has been run.
Signed-off-by: Dario Faggioli <dario.faggioli@citrix.com>
Cc: Wei Liu <wei.liu2@citrix.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>
---
Osstest/Debian.pm | 17 ++++++++--
ts-bench-hostcmp-host-prep | 74 ++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 88 insertions(+), 3 deletions(-)
create mode 100755 ts-bench-hostcmp-host-prep
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index 70afaec..418d9f2 100644
--- a/Osstest/Debian.pm
+++ b/Osstest/Debian.pm
@@ -32,6 +32,9 @@ BEGIN {
$VERSION = 1.00;
@ISA = qw(Exporter);
@EXPORT = qw(debian_boot_setup
+ setupboot_uboot
+ setupboot_grub1
+ setupboot_grub2
%preseed_cmds
preseed_base
preseed_create
@@ -112,7 +115,7 @@ sub bl_getmenu_open ($$$) {
return $f;
}
-sub setupboot_uboot ($$$) {
+sub setupboot_uboot ($$$$) {
my ($ho,$want_kernver,$xenhopt,$xenkopt) = @_;
my $bl= { };
@@ -194,7 +197,7 @@ END
return $bl;
}
-sub setupboot_grub1 ($$$) {
+sub setupboot_grub1 ($$$$) {
my ($ho,$want_kernver,$xenhopt,$xenkopt) = @_;
my $bl= { };
@@ -274,7 +277,7 @@ sub setupboot_grub1 ($$$) {
return $bl;
}
-sub setupboot_grub2 ($$$) {
+sub setupboot_grub2 ($$$$) {
my ($ho,$want_kernver,$xenhopt,$xenkopt) = @_;
my $bl= { };
@@ -387,6 +390,14 @@ END
my $v= $k{$k};
$v =~ s/\bquiet\b//;
$v =~ s/\b(?:console|xencons)=[0-9A-Za-z,]+//;
+ # Get rid of any host/dom0 resource constraining. Idea is:
+ # (1) in the dom0 case, something like that should be achieved
+ # via Xen boot parameters; (2) in any case, if it is important
+ # to have something like these in Linux's boot cmd line by
+ # default, that should be put into the 'linux_boot_append'
+ # runvar, which won't be affected by this.
+ $v =~ s/\bmaxcpus=[0-9A-Za-z,]+//;
+ $v =~ s/\bmem=[0-9A-Za-z,]+//;
$v .= " $xenkopt" if $k eq 'GRUB_CMDLINE_LINUX';
print ::EO "$k=\"$v\"\n" or die $!;
}
diff --git a/ts-bench-hostcmp-host-prep b/ts-bench-hostcmp-host-prep
new file mode 100755
index 0000000..493d948
--- /dev/null
+++ b/ts-bench-hostcmp-host-prep
@@ -0,0 +1,74 @@
+#!/usr/bin/perl -w
+# This is part of "osstest", an automated testing framework for Xen.
+# Copyright (C) 2009-2014 Citrix Inc.
+#
+# This program is free software: you can redistribute it and/or modify
+# it under the terms of the GNU Affero General Public License as published by
+# the Free Software Foundation, either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU Affero General Public License for more details.
+#
+# You should have received a copy of the GNU Affero General Public License
+# along with this program. If not, see <http://www.gnu.org/licenses/>.
+
+use strict qw(vars);
+use DBI;
+use Osstest;
+use Osstest::Debian;
+use Osstest::TestSupport;
+
+tsreadconfig();
+
+our ($whhost) = @ARGV;
+$whhost ||= 'host';
+our $ho= selecthost($whhost);
+
+# We want to boot baremetal Linux on the host,
+# to compare against it.
+sub fixup () {
+ my ($bl,$bootkern);
+ my ($hcpus,$hmem,$hnodes);
+ my ($bcpus,$bmem);
+
+ target_install_packages_norec($ho, "numactl");
+
+ $hcpus= get_host_cpus($ho);
+ $hmem= get_host_memory($ho);
+ die unless (defined $hcpus and defined $hmem);
+
+ $hnodes= get_host_numanodes($ho);
+ if (defined $hnodes and $hnodes > 1) {
+ logm("WARNING: the host has $hnodes NUMA nodes. This may spoil results");
+ }
+
+ $bcpus= (!defined($r{'max_bench_cpus'})) ? $hcpus :
+ ($r{'max_bench_cpus'} > $hcpus) ? $hcpus : $r{'max_bench_cpus'};
+ $bmem= (!defined($r{'max_bench_mem'})) ? $hmem :
+ ($r{'max_bench_mem'} > $hmem) ? $hmem : $r{'max_bench_mem'};
+ die unless (defined $bcpus and defined $bmem);
+
+ logm("Will run the benchmark on host with: $bcpus vcpus and $bmem MB RAM");
+
+ my $kernver= get_runvar('kernel_ver',$r{'kernbuildjob'});
+ my $kopt= "maxcpus=$bcpus mem=$bmem" . "M";
+
+ if ($ho->{Flags}{'need-uboot-bootscr'}) {
+ $bl= setupboot_uboot($ho,$kernver,undef,$kopt);
+ } elsif ($ho->{Suite} =~ m/lenny/) {
+ $bl= setupboot_grub1($ho,$kernver,undef,$kopt);
+ } else {
+ $bl= setupboot_grub2($ho,$kernver,undef,$kopt);
+ }
+
+ $bootkern= $bl->{PreFinalUpdate}();
+ $bl->{UpdateConfig}($ho);
+
+ $bootkern= $bl->{GetBootKern}();
+ logm("$ho->{Name} will reboot on kernel $bootkern with '$kopt' as options");
+}
+
+fixup();
next prev parent reply other threads:[~2014-12-10 18:11 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-10 18:08 [PATCH 00/27] Running benchmarks via OSSTest Dario Faggioli
2014-12-10 18:09 ` [PATCH 01/27] ts-devbian-hvm-install: prune "cdrom:" from install sources Dario Faggioli
2014-12-10 18:09 ` [PATCH 02/27] Osstest/Debian.pm: fix identifying a Linux baremetal grub2 entry Dario Faggioli
2014-12-10 18:09 ` [PATCH 03/27] Guest setup: allow the amount of RAM to be a runvar Dario Faggioli
2014-12-11 12:05 ` Wei Liu
2014-12-11 12:57 ` Dario Faggioli
2014-12-11 13:06 ` Wei Liu
2014-12-10 18:09 ` [PATCH 04/27] Osstest/TestSupport.pm: Introduce target_getfile_[root_]stash() Dario Faggioli
2014-12-10 18:09 ` [PATCH 05/27] mg-unixbench-download: new script for downloading the unixbench archive Dario Faggioli
2014-12-10 18:09 ` [PATCH 06/27] ts-unixbench-build: prep the environment for running unixbench Dario Faggioli
2014-12-10 18:09 ` [PATCH 07/27] ts-unixbench-run: kick off the benchmark on the target Dario Faggioli
2014-12-10 18:09 ` [PATCH 08/27] ts-unixbench-reslts: for retrieving the results Dario Faggioli
2014-12-11 12:09 ` Wei Liu
2014-12-11 12:59 ` Dario Faggioli
2014-12-10 18:10 ` [PATCH 09/27] ts-unixbench-reslts: process and plot bench results Dario Faggioli
2014-12-11 12:15 ` Wei Liu
2014-12-11 13:11 ` Dario Faggioli
2014-12-11 13:16 ` Wei Liu
2014-12-10 18:10 ` [PATCH 10/27] sg-run-job: recipes for the unixbench jobs Dario Faggioli
2014-12-10 18:10 ` [PATCH 11/27] make-bench-flight: to create a benchmarking flight Dario Faggioli
2014-12-10 18:10 ` [PATCH 12/27] standalone-reset: introduce a new -t option Dario Faggioli
2014-12-10 18:10 ` [PATCH 13/27] mg-kernbench-download: new script for downloading kernbench Dario Faggioli
2014-12-10 18:10 ` [PATCH 14/27] ts-kernbench-build: prep the environment for running kernbench Dario Faggioli
2014-12-10 18:10 ` [PATCH 15/27] ts-kernbench-run: kick off the benchmark on the target Dario Faggioli
2014-12-10 18:11 ` [PATCH 16/27] ts-unixbench-reslts: retrieve and stash kernbench results Dario Faggioli
2014-12-10 18:11 ` [PATCH 17/27] ts-kernbench-reslts: process and plot bench results Dario Faggioli
2014-12-11 13:19 ` Dario Faggioli
2014-12-10 18:11 ` [PATCH 18/27] sg-run-job: recipes for the kernbench jobs Dario Faggioli
2014-12-10 18:11 ` [PATCH 19/27] make-bench-flight: create " Dario Faggioli
2014-12-10 18:11 ` [PATCH 20/27] Osstest/TestSupport.pm: read hosts' hardware characteristics Dario Faggioli
2014-12-10 18:11 ` [PATCH 21/27] ts-bench-hostcmp-guest-prep: new script Dario Faggioli
2014-12-10 18:11 ` Dario Faggioli [this message]
2014-12-11 12:32 ` [PATCH 22/27] ts-bench-hostcmp-host-prep: " Wei Liu
2014-12-11 13:23 ` Dario Faggioli
2014-12-10 18:12 ` [PATCH 23/27] ts-bench-hostcmp-host-reset: " Dario Faggioli
2014-12-11 13:20 ` Dario Faggioli
2014-12-10 18:12 ` [PATCH 24/27] Recipes and jobs for running unixbench both on host and guest Dario Faggioli
2014-12-10 18:12 ` [PATCH 25/27] ts-bench-hostcmp-post: add plotting facilities Dario Faggioli
2014-12-10 18:12 ` [PATCH 26/27] Kernbench perf comparison between host and guest Dario Faggioli
2014-12-10 18:12 ` [PATCH 27/27] ts-bench-hostcmp-post: add plotting facilities Dario Faggioli
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=20141210181152.26400.21301.stgit@Abyss.station \
--to=dario.faggioli@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.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 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.