All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dfaggioli@suse.com>
To: George Dunlap <george.dunlap@citrix.com>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	xen-devel@lists.xenproject.org
Cc: Stefano Stabellini <sstabellini@kernel.org>,
	Wei Liu <wei.liu2@citrix.com>, Tim Deegan <tim@xen.org>,
	Jan Beulich <jbeulich@suse.com>,
	Ian Jackson <ian.jackson@citrix.com>
Subject: Re: [PATCH 1/3] Make credit2 the default scheduler
Date: Mon, 05 Feb 2018 17:53:21 +0100	[thread overview]
Message-ID: <1517849601.8082.10.camel@suse.com> (raw)
In-Reply-To: <d9a9e4c9-1a78-ac26-0bda-cea8e842e05d@citrix.com>


[-- Attachment #1.1: Type: text/plain, Size: 1954 bytes --]

On Mon, 2018-02-05 at 13:01 +0000, George Dunlap wrote:
> On 02/05/2018 11:45 AM, Andrew Cooper wrote:
> > 
> Here is a summary of data from an intern e-mail Dario sent about 6
> months ago:
> 
> * DVDbench: On underloaded systems, credit2 outperformed credit1 by
> about 4%.  On overloaded systems, credit2 underperformed by about 3%.
> 
> * On a range of tests (unixbench, lmbench, &c), credit and credit2
> perform within 5% of each other (up and down).
> 
> * Credit2 fairly consistently beats credit for TCP-style workloads.
> 
> * Credit2 is sometimes equal to, sometimes 5-15% worse than, credit
> for
> synthetic CPU workloads (e.g., Dhrystone).
> 
> * On LoginVSI, credit2 fairly consistently outperforms credit by
> about 10%.
> 
Thanks George for summing this up!

> Credit2, like credit, has a number of workloads / setups for which
> performance could be improved.  Personally I think networking and
> partially-loaded systems is going to be more representative of what
> Xen
> is actually used for; so I think credit2 is on the whole the better
> scheduler to use by default.  
>
I'm sure this will sound no surprise for anyone, but allow me to say it
anyway: I agree with George. :-D

> And in any case, making those improvements
> on credit2 will be easier than on credit.
> 
And, if possible, I agree with George on this even more!

One thing I think we should consider, though, is that we've often said
we would switch at the very beginning of a dev cycle, to get as much as
osstest and day-by-day testing from developer as possible.

Considering we're releasing in June, but freezing in March, do we think
 it is still early enough?

Regards,
Dario
-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Software Engineer @ SUSE https://www.suse.com/

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2018-02-05 16:54 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-05 11:36 [PATCH 1/3] Make credit2 the default scheduler George Dunlap
2018-02-05 11:36 ` [PATCH 2/3] xen: Fix credit1 Kconfig entry George Dunlap
2018-02-05 13:35   ` Jan Beulich
2018-02-05 14:43     ` Dario Faggioli
2018-02-05 11:36 ` [PATCH 3/3] xen: Disable ARINC653 scheduler by default for non-DEBUG builds George Dunlap
2018-02-05 13:36   ` Jan Beulich
2018-02-05 14:11     ` George Dunlap
2018-02-05 14:42     ` Dario Faggioli
2018-02-05 14:45       ` George Dunlap
2018-02-05 11:45 ` [PATCH 1/3] Make credit2 the default scheduler Andrew Cooper
2018-02-05 13:01   ` George Dunlap
2018-02-05 16:53     ` Dario Faggioli [this message]
2018-02-06  6:18       ` Juergen Gross
2018-02-06 17:02         ` George Dunlap
2018-02-06 22:39           ` Dario Faggioli
2018-02-07  9:31             ` George Dunlap

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=1517849601.8082.10.camel@suse.com \
    --to=dfaggioli@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=george.dunlap@citrix.com \
    --cc=ian.jackson@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=sstabellini@kernel.org \
    --cc=tim@xen.org \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xenproject.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.