All of lore.kernel.org
 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 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.