From: Uma Sharma <uma.sharma523@gmail.com>
To: xen-devel@lists.xen.org
Cc: dario.faggioli@citrix.com, George.Dunlap@citrix.com
Subject: [PATCH v2 0/2] credit2 runqueue_per_core code
Date: Fri, 13 Mar 2015 23:33:03 +0530 [thread overview]
Message-ID: <20150313180303.GA3085@gmail.com> (raw)
Hi everyone,
This series of patch inserts runqueue_per_core code and creates a boot parameter to choose which type of runqueue mapping to perform i.e core or socket.
Core is used by default as runqueue_per_core scheduler performs better than runqueue_per_socket.
This series mainly performs the following tasks :
-Provide helpers to access the core and socket
-Add runqueue_per_core code
-Adding boot parameter to decide the runqueue
This is relevant to credit2 scheduler only.
Performance Analysis :
Hardware Used: 4 core 2 HT per core machine.
Guest 1:
vcpu=4
Core 4 vcpu:
make -j 1 82.183
make -j 2 39.488
make -j 4 26.568
make -j 6 24.749
make -j 8 24.835
Socket 4 vcpu:
make -j 1 100.044
make -j 2 49.912
make -j 4 31.28
make -j 6 29.058
make -j 8 35.152
credit 4 vcpu:
make -j 1 87.466
make -j 2 42.159
make -j 4 26.922
make -j 6 25.638
make -j 8 25.619
Guest 1:
vcpu=8
Core 8 vcpu:
make -j 1 95.075
make -j 2 45.346
make -j 4 28.775
make -j 6 23.475
make -j 8 21.887
Socket 8 vcpu:
make -j 1 103.118
make -j 2 51.412
make -j 4 29.612
make -j 6 24.112
make -j 8 22.521
credit 8 vcpu:
make -j 1 90.104
make -j 2 44.932
make -j 4 27.168
make -j 6 24.423
make -j 8 22.109
So according to these analysis core scheduler is working better than socket.
And in the case of guest with 4 cores runqueue_per_core credit2 scheduler is working slightly better than credit scheduler.
Signed-off-by: Uma Sharma <uma.sharma523@gmail.com>
Uma Sharma (2):
[Xen-devel] x86: identifying the boot cpu
[Xen-devel] sched_credit2.c : runqueue_per_core code
docs/misc/xen-command-line.markdown | 7 +++++++
xen/arch/x86/setup.c | 7 +++++--
xen/arch/x86/smpboot.c | 3 ++-
xen/common/sched_credit2.c | 27 ++++++++++++++++++++++-----
xen/include/asm-x86/processor.h | 2 ++
5 files changed, 38 insertions(+), 8 deletions(-)
--
1.9.1
reply other threads:[~2015-03-13 18:03 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20150313180303.GA3085@gmail.com \
--to=uma.sharma523@gmail.com \
--cc=George.Dunlap@citrix.com \
--cc=dario.faggioli@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.