All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bin Ren <bin.ren@gmail.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com,
	Andrew Theurer <habanero@us.ibm.com>,
	Rolf Neugebauer <rolf.neugebauer@intel.com>,
	Jon Mason <jdmason@us.ibm.com>
Subject: Re: [PATCH] Network Checksum Removal
Date: Tue, 24 May 2005 23:54:50 +0100	[thread overview]
Message-ID: <8ae7802505052415546591ad6b@mail.gmail.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D1E41B9@liverpoolst.ad.cl.cam.ac.uk>

On 5/24/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> > What currently I'm really really obssessed is (1)
> > dom1->external with default BVT gives only ~400Mbps (2)
> > dom1->external with my EEVDF scheduler (everything else is
> > exactly the same) gives 610Mbps, very close to
> > dom0->external. With scheduler latency histograms, it seems
> > to be caused by *far too frequent* context switches in BVT.
> > I'm still digging.
> 
> Have you tried SEDF? I'm itching to make it the default scheduler...
> 
> Ian

The following numbers are all for dom1->external. Each test runs 50
seconds. dom0/1 shares one CPU.

With default SEDF, throughput is even worse than default BVT: 318Mbps
(down from 410Mbps). I guess, without looking into the source codes,
default SEDF, dom0 and dom1 both get 50% of CPU. I tweaked their CPU
shares and get the followings:

dom1 60%: 493Mbps
dom1 70%: 371Mbps
dom1 80%: 243Mbps

After these tests, dom0 /proc/interrupts is:

           CPU0
 14:      11148        Phys-irq  ide0
 15:          2        Phys-irq  ide1
 16:    1722970        Phys-irq  eth0
 21:          0        Phys-irq  uhci_hcd, uhci_hcd, uhci_hcd, uhci_hcd
256:          5     Dynamic-irq  ctrl-if
257:      92682     Dynamic-irq  timer0
258:         35     Dynamic-irq  console
259:          0     Dynamic-irq  net-be-dbg
260:       4842     Dynamic-irq  blkif-backend
261:    2943112     Dynamic-irq  vif1.0
NMI:          0
LOC:          0
ERR:          0
MIS:          0

dom1 /proc/interrupts is:

           CPU0
256:        474     Dynamic-irq  ctrl-if
257:      45584     Dynamic-irq  timer0
258:       5158     Dynamic-irq  blkif
259:    1097273     Dynamic-irq  eth0
NMI:          0
ERR:          0

SEDF doesn't work out of box and parameter tuning is tricky as for
driver domains.

- Bin

  parent reply	other threads:[~2005-05-24 22:54 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-24  1:22 [PATCH] Network Checksum Removal Ian Pratt
2005-05-24  1:35 ` Bin Ren
2005-05-24 22:54 ` Bin Ren [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-05-25 20:06 Ian Pratt
2005-05-25 21:14 ` Keir Fraser
2005-05-25 21:35   ` Jon Mason
2005-05-25 21:40     ` Keir Fraser
2005-05-25 23:41       ` Jon Mason
2005-05-26  8:07         ` Keir Fraser
2005-05-26 13:37           ` Jon Mason
2005-05-25 21:38 ` Cédric Schieli
2005-05-25 21:47   ` Keir Fraser
2005-05-25 21:54     ` Keir Fraser
2005-05-25 16:48 Ian Pratt
2005-05-25 17:13 ` Jon Mason
2005-05-25 18:19   ` Nivedita Singhvi
2005-05-23 23:59 Ian Pratt
2005-05-24 16:12 ` Jon Mason
2005-05-24 20:45   ` Andrew Theurer
2005-05-25 14:38     ` Andrew Theurer
2005-05-23 20:26 Ian Pratt
2005-05-23 20:22 Ian Pratt
2005-05-23 20:38 ` Keir Fraser
2005-05-23 20:44   ` Jon Mason
2005-05-23 21:01 ` Bin Ren
2005-05-23 21:09   ` Andrew Theurer
2005-05-20 23:30 Jon Mason
2005-05-21 14:53 ` Keir Fraser
2005-05-21 19:16   ` Keir Fraser
2005-05-21 21:49     ` Jon Mason
2005-05-23 15:29     ` Andrew Theurer
2005-05-23 15:31       ` Bin Ren
2005-05-23 15:47         ` Andrew Theurer
2005-05-23 15:56           ` Bin Ren
2005-05-23 16:06             ` Bin Ren
2005-05-23 16:16               ` Jon Mason
2005-05-23 16:36                 ` Bin Ren
2005-05-23 17:54                   ` Keir Fraser
2005-05-23 18:08                     ` Bin Ren
2005-05-23 18:18                       ` Jon Mason
2005-05-23 18:43                         ` Keir Fraser
2005-05-23 18:53                           ` Bin Ren
2005-05-23 19:55                     ` Bin Ren
2005-05-23 20:13                       ` Keir Fraser
2005-05-23 20:20                         ` Jon Mason
2005-05-23 21:52                         ` Bin Ren
2005-05-23 21:58                         ` Jon Mason
2005-05-23 22:05                           ` Bin Ren
2005-05-23 22:41                             ` Jon Mason
2005-05-23 21:12                       ` Nivedita Singhvi
2005-05-23 21:48                         ` Bin Ren
2005-05-23 23:55                           ` Rolf Neugebauer
2005-05-24  0:38                             ` Bin Ren

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=8ae7802505052415546591ad6b@mail.gmail.com \
    --to=bin.ren@gmail.com \
    --cc=bin.ren@cl.cam.ac.uk \
    --cc=habanero@us.ibm.com \
    --cc=jdmason@us.ibm.com \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --cc=rolf.neugebauer@intel.com \
    --cc=xen-devel@lists.xensource.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.