linux-um archives
 help / color / mirror / Atom feed
From: "roland" <for_spam@gmx.de>
To: Laurent Vivier <LaurentVivier@wanadoo.fr>
Cc: user-mode-linux-devel@lists.sourceforge.net,
	Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] [PATCH] host context switch reduction
Date: Tue, 18 May 2004 00:22:45 +0200	[thread overview]
Message-ID: <03ff01c43c5d$7db6e5e0$2000000a@schlepptopp> (raw)
In-Reply-To: 1084831251.1230.4.camel@chartreuse

> If someone think this patch is really useful for 2.6 I can make the
> port.

for my personal opinion, every attempt to improve the performance of uml is useful.
:)

the question is:
is the "real world" performance benefit, uml get`s from this patch worth taking your time and is it implemented in a way, so that
uml maintainers are happy with that ?
i cannot really estimate, what performance benefits your patch brings to uml in detail, but what i have seen so far, this seems
quite worth doing the work.  reducing context switches by 1/3 is a LOT, imho - and reducing the execution time of the getpid-loop to
nearly the half is quite impressive.

are there any "con`s" that argue for that work _NOT_ being done ?

i would be a happy tester of a patch for 2.6 :)

regards
roland


----- Original Message ----- 
From: "Laurent Vivier" <LaurentVivier@wanadoo.fr>
To: "roland" <for_spam@gmx.de>
Cc: <user-mode-linux-devel@lists.sourceforge.net>
Sent: Tuesday, May 18, 2004 12:00 AM
Subject: Re: [uml-devel] [PATCH] host context switch reduction


> Hi,
>
> find hereunder the measurements I sent to Jeff.
>
> If someone think this patch is really useful for 2.6 I can make the
> port.
>
> Regards,
> Laurent
> Please CC: me, as I'm not in the mailing list.
>
> Le lun 17/05/2004 à 22:08, roland a écrit :
> > hi !
> > has this / will this be ported to 2.6 ?
> > have there been made further performance comparisons ?
> > regards
> > roland
> >
> >
> > >Well, we just looked at the context switches. We started 3 UMLs which
> > >were doing a make world for xfree. Without patches the number of
> > >context switches per second was around 60k, with the patch it was around
> > >40k - so it's noticeable, at least from the cs.
> > >Sven
> >
> > ----- Original Message ----- 
> > From: "Jeff Dike" <jdike@addtoit.com>
> > To: <user-mode-linux-devel@lists.sourceforge.net>
> > Sent: Sunday, February 29, 2004 6:35 AM
> > Subject: [uml-devel] [PATCH] host context switch reduction
> >
> >
> > > The patches below are from Laurent Vivier who didn't make them public.  They
> > > add a new feature to ptrace on the host which cuts down on the number of
> > > context switches needed for a UML system call, plus makes UML use it.
> > >
> > > There's some interest in this, so I'm putting it out as-is.  I haven't played
> > > with it.
> > >
> > > Laurent did some performance testing and found ~40% speedup on a getpid
> > > loop, and a 3.5% speedup on a kernel build.
> > >
> > > Jeff
> > >
> > >
>



-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2004-05-17 22:16 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-29  4:35 [uml-devel] [PATCH] host context switch reduction Jeff Dike
2004-02-29 16:48 ` BlaisorBlade
2004-03-15 11:42 ` Sven 'Darkman' Michels
2004-03-15 19:13   ` Jeff Dike
2004-05-17 20:08 ` roland
2004-05-17 22:00   ` Laurent Vivier
2004-05-17 22:22     ` roland [this message]
2004-05-18 17:59       ` Jeff Dike
2004-05-19 17:27         ` Laurent Vivier
2004-05-19 18:01           ` roland
2004-05-19 18:17             ` Laurent Vivier
2004-05-19 19:39               ` roland
2004-05-19 19:49                 ` Laurent Vivier
2004-05-20  2:30                   ` roland
2004-05-20 12:49                     ` Laurent Vivier
2004-05-23  0:42                       ` [uml-devel] [PATCH] commandline switch for sysemu patch roland
2004-05-23 13:31                       ` [uml-devel] [PATCH] host context switch reduction roland
2004-05-19 23:54               ` Jeff Dike
2004-05-20  1:01               ` roland
2004-05-20 14:12                 ` Henrik Nordstrom
2004-05-20 15:27                   ` roland
2004-05-20 15:35                     ` Henrik Nordstrom
2004-05-19 22:40           ` Nuno Silva
2004-05-20 18:28           ` roland
2004-05-20 18:47             ` Henrik Nordstrom
2004-05-27  6:16           ` Christopher S. Aker
2004-05-27  8:22             ` Laurent Vivier
2004-05-27  9:25               ` Christopher S. Aker
2004-05-27 11:50                 ` Laurent Vivier
2004-05-28  4:53                   ` [uml-devel] [PATCH] host context switch reduction Benchmarks Christopher S. Aker
  -- strict thread matches above, loose matches on Subject: below --
2004-05-20  2:34 [uml-devel] [PATCH] host context switch reduction roland

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='03ff01c43c5d$7db6e5e0$2000000a@schlepptopp' \
    --to=for_spam@gmx.de \
    --cc=LaurentVivier@wanadoo.fr \
    --cc=jdike@addtoit.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /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