public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: lidong chen <chen.lidong.kernel@gmail.com>
Cc: tj@kernel.org, sri@us.ibm.com, Avi Kivity <avi@redhat.com>,
	kvm@vger.kernel.org
Subject: Re: Performance test result between per-vhost kthread disable and enable
Date: Tue, 23 Nov 2010 13:12:51 +0200	[thread overview]
Message-ID: <20101123111251.GA26350@redhat.com> (raw)
In-Reply-To: <AANLkTincHcO-vmPFLm+0zGhKaqz59VAFtk_M-Fu+-DZX@mail.gmail.com>

On Tue, Nov 23, 2010 at 10:13:43AM +0800, lidong chen wrote:
> I test the performance between per-vhost kthread disable and enable.
> 
> Test method:
> Send the same traffic load between per-vhost kthread disable and
> enable, and compare the cpu rate of host os.
> I run five vm on kvm, each of them have five nic.
> the vhost version which per-vhost kthread disable we used is rhel6
> beta 2(2.6.32.60).
> the vhost version which per-vhost kthread enable we used is rhel6 (2.6.32-71).

At this point, I'd suggest testing vhost-net on the upstream kernel,
not on rhel kernels. The change that introduced per-device threads is:
c23f3445e68e1db0e74099f264bc5ff5d55ebdeb

> Test result:
> with per-vhost kthread disable, the cpu rate of host os is 110%.
> with per-vhost kthread enable, the cpu rate of host os is 130%.

Is CONFIG_SCHED_DEBUG set? We are stressing the scheduler a lot with
vhost-net.

> In 2.6.32.60,the whole system only have a kthread.
> [root@rhel6-kvm1 ~]# ps -ef | grep vhost
> root       973     2  0 Nov22 ?        00:00:00 [vhost]
> 
> In 2.6.32.71,the whole system have 25 kthread.
> [root@kvm-4slot ~]# ps -ef | grep vhost-
> root     12896     2  0 10:26 ?        00:00:00 [vhost-12842]
> root     12897     2  0 10:26 ?        00:00:00 [vhost-12842]
> root     12898     2  0 10:26 ?        00:00:00 [vhost-12842]
> root     12899     2  0 10:26 ?        00:00:00 [vhost-12842]
> root     12900     2  0 10:26 ?        00:00:00 [vhost-12842]
> 
> root     13022     2  0 10:26 ?        00:00:00 [vhost-12981]
> root     13023     2  0 10:26 ?        00:00:00 [vhost-12981]
> root     13024     2  0 10:26 ?        00:00:00 [vhost-12981]
> root     13025     2  0 10:26 ?        00:00:00 [vhost-12981]
> root     13026     2  0 10:26 ?        00:00:00 [vhost-12981]
> 
> root     13146     2  0 10:26 ?        00:00:00 [vhost-13088]
> root     13147     2  0 10:26 ?        00:00:00 [vhost-13088]
> root     13148     2  0 10:26 ?        00:00:00 [vhost-13088]
> root     13149     2  0 10:26 ?        00:00:00 [vhost-13088]
> root     13150     2  0 10:26 ?        00:00:00 [vhost-13088]
> ...
> 
> Code difference:
> In 2.6.32.60,in function vhost_init, create the kthread for vhost.
> vhost_workqueue = create_singlethread_workqueue("vhost");
> 
> In 2.6.32.71,in function vhost_dev_set_owner, create the kthread for
> each nic interface.
> dev->wq = create_singlethread_workqueue(vhost_name);
> 
> Conclusion:
> with per-vhost kthread enable, the system can more throughput.
> but deal the same traffic load with per-vhost kthread enable, it waste
> more cpu resource.
> 
> In my application scene, the cpu resource is more important, and one
> kthread for deal with traffic load is enough.
> 
> So i think we should add a param to control this.
> for the CPU-bound system, this param disable per-vhost kthread.
> for the I/O-bound system, this param enable per-vhost kthread.
> the default value of this param is enable.
> 
> If my opinion is right, i will give a patch for this.

Let's try to figure out what the issue is, first.

-- 
MST

  parent reply	other threads:[~2010-11-23 11:13 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-23  2:13 Performance test result between per-vhost kthread disable and enable lidong chen
2010-11-23  6:29 ` Huang, Zhiteng
2010-11-23  6:52   ` lidong chen
2010-11-23  6:54     ` Huang, Zhiteng
2010-11-23  7:09       ` lidong chen
2010-11-23 11:12 ` Michael S. Tsirkin [this message]
2010-11-23 13:23   ` lidong chen
2010-11-23 13:41     ` Michael S. Tsirkin
2010-11-23 16:00       ` Sridhar Samudrala
2010-11-24  6:49         ` lidong chen
2010-11-24 10:46           ` Michael S. Tsirkin
2010-11-24 16:31             ` lidong chen
2010-12-09 13:31 ` Michael S. Tsirkin
2010-12-09 13:34   ` Michael S. Tsirkin

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=20101123111251.GA26350@redhat.com \
    --to=mst@redhat.com \
    --cc=avi@redhat.com \
    --cc=chen.lidong.kernel@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=sri@us.ibm.com \
    --cc=tj@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