From: "roland" <for_spam@gmx.de>
To: Laurent Vivier <LaurentVivier@wanadoo.fr>
Cc: Jeff Dike <jdike@addtoit.com>,
user-mode-linux-devel@lists.sourceforge.net,
blaisorblade_spam@yahoo.it
Subject: Re: [uml-devel] [PATCH] host context switch reduction
Date: Thu, 20 May 2004 04:34:32 +0200 [thread overview]
Message-ID: <05a101c43e12$fc797c10$2000000a@schlepptopp> (raw)
ohh..
that mail was still open in the background....waiting to be send :)
i recognized that blaisorblades skas-patch doesn`t seem to activate
skas in .config by default, so my uml`s accidently ran in TT Mode.
Recompiled the HOST and the effect i mentioned doesn`t happen with skas.
btw: the getpid-loop is more than THREE TIMES faster with skas.
i hope skas will do it`s way into the mainstream-kernel, so TT is obsolete soon.
skas should be a MUST for uml :)
jeff - can we expect this happening soon, or doesn`t that happen before skas4 ?
suse-distro has skas in their kernels - in 9.0 and also in 9.1 - so i would think, skas
is ready for the kernel.....but....linus decides :)
so - that`s enough mails.
sorry for that "spamming" today. i promise to reduce my output :)
regards
roland
----- Original Message -----
From: "roland" <for_spam@gmx.de>
To: "Laurent Vivier" <LaurentVivier@wanadoo.fr>
Cc: "Jeff Dike" <jdike@addtoit.com>; <user-mode-linux-devel@lists.sourceforge.net>
Sent: Thursday, May 20, 2004 3:01 AM
Subject: Re: [uml-devel] [PATCH] host context switch reduction
> while testing laurents patch,
> i have made the following interesting observation:
>
> if i run a getpid-loop inside one uml, the other uml`s behaviour becomes
> quite sluggish - this doesn`t seem to have a relation to laurents patch - i
> just recognized this for the first time, because i never did getpid-loops
> inside a uml. :)
>
> ok - i would say:
> yes - the system is heavily stressed - a busy uml makes the other one behave
> sluggish, too .....but.....
>
> why don`t i see any sluggish behaviour on the HOST itself ?
>
> want to reproduce?
>
> compile this little program and transfer it to your uml-root_fs`s
> --------------------------
> int main(void)
> {
> int i;
> for(i=0;i<1000000;i++)
> getpid();
> }
> --------------------------
>
> - let it run in one uml and the other uml(s) get sluggish - typing into the window and
> issuing commands gives very slow response
> - on the HOST there is no noticeable performance loss - typing,echoing, ls -la, df -kl,
> ... all seems normal and "feels" quite good.
> - stop the getpid program and start another cpu/io hog (e.g. "while true;do find /;done)
> inside one uml and compare that behaviour. other uml`s behave quite ok - the host, too.
> no sluggish behaviour.
>
> maybe this behaviour is quite normal (ok - a getpid-loop is a worst case scenario) - but
> my system knowledge isn`t good enough, to explain , what`s going on here in detail.
>
> is it, because the processing overhead of an uml is so high - so typing a char or issuing a
> command "costs" so much more in an uml, so that we just can "see" the performance drop here,
> and not on the host ?
>
> regards
> roland
>
>
>
> ----- Original Message -----
> From: "Laurent Vivier" <LaurentVivier@wanadoo.fr>
> To: "roland" <for_spam@gmx.de>
> Cc: "Jeff Dike" <jdike@addtoit.com>; <user-mode-linux-devel@lists.sourceforge.net>
> Sent: Wednesday, May 19, 2004 8:17 PM
> Subject: Re: [uml-devel] [PATCH] host context switch reduction
>
>
> Le mer 19/05/2004 à 20:01, roland a écrit :
> > Hi Laurent !
> > Great!
> > Thanks a lot for your work :)
> >
> > but i have a question:
> >
> > old mail from jeff:
> > >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
> >
> > so - if your patch adds a new feature for ptrace on the HOST - shouldn`t we need TWO patches for 2.6 ?
> > One patch for uml and one patch for the host ?
> >
> > this one seems for uml only.
> > some of us already run uml 2.6(.x) on a 2.6.(.x) host and put their focus on the "new kernel" (me too).
>
> OK, as I didn't find skas patch for 2.6 I thought it didn't exist...
> anyway I tried to port the 2.4 host sysemu patch to 2.6, find it
> attached. I never tested it, or compiled it ! I have no system with 2.6
> kernel, and the only I386 system I have is very, very, very noisy...
> it's a good system only when it is switched off ;-) !
>
> > regards
> > roland
> >
> > ps:
> > since this would be the 2nd patch for the HOST (besides skas), would it make sense, to merge "skas" and "sysemu" into one common
> > HOST-patch (if it has been tested and approved stable) ?
> >
>
> YES, I think... but Jeff is the boss ;-)
>
> >
> >
> > ----- Original Message -----
> > From: "Laurent Vivier" <LaurentVivier@wanadoo.fr>
> > To: "Jeff Dike" <jdike@addtoit.com>
> > Cc: "roland" <for_spam@gmx.de>; <user-mode-linux-devel@lists.sourceforge.net>
> > Sent: Wednesday, May 19, 2004 7:27 PM
> > Subject: Re: [uml-devel] [PATCH] host context switch reduction
> >
> >
> > Hi,
> >
> > as it is a plebiscite ;-), find attached the patch for UML 2.6.6 and
> > measurements I made on my poor netserver.
> >
> > Laurent
> >
> > Le mar 18/05/2004 à 19:59, Jeff Dike a écrit :
> > > On Tue, May 18, 2004 at 12:22:45AM +0200, roland wrote:
> > > > 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 ?
> > >
> > > The patch seems reasonable to me. I'd be happiest with Laurent pushing this
> > > into mainline himself.
> > >
> > > > 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.
> > >
> > > Yeah, but no real workloads do while(1) getpid();
> > >
> > > The kernel build improvement is obviously smaller, but still worth having.
> > >
> > > > are there any "con`s" that argue for that work _NOT_ being done ?
> > >
> > > No. But testing, and happy reports to the appropriate mailing lists would
> > > help.
> > >
> > > Jeff
> >
> >
> >
> > --------------------------------------------------------------------------------
> >
> >
> > > HP Netserver LH Pro bi-pro 200 MHz / 256 MB RAM
> > >
> > > NATIF:
> > >
> > > netserver:/usr/src# uname -a
> > > Linux netserver 2.4.24-sysemu #4 SMP Tue Feb 17 16:43:11 CET 2004 i686 GNU/Linux
> > >
> > > netserver:/usr/src# time ./getpid 1000000
> > >
> > > real 0m1.763s
> > > user 0m0.910s
> > > sys 0m0.860s
> > >
> > > real 0m1.759s
> > > user 0m0.900s
> > > sys 0m0.870s
> > >
> > > real 0m1.759s
> > > user 0m0.950s
> > > sys 0m0.800s
> > >
> > > UML with sysemu:
> > >
> > > (none):~# uname -a
> > > Linux (none) 2.6.6-1um #10 Wed May 19 12:54:37 CEST 2004 i686 unknown
> > >
> > > (none):/mnt/usr/src# time ./getpid 1000000
> > >
> > > real 1m1.508s
> > > user 0m7.960s
> > > sys 0m53.450s
> > >
> > > real 1m1.881s
> > > user 0m6.630s
> > > sys 0m55.240s
> > >
> > > real 1m1.920s
> > > user 0m6.580s
> > > sys 0m55.340s
> > >
> > > UML w/o sysemu
> > >
> > > real 1m32.833s
> > > user 0m7.610s
> > > sys 1m25.130s
> > >
> > > real 1m32.921s
> > > user 0m7.890s
> > > sys 1m24.980s
> > >
> > > real 1m33.493s
> > > user 0m8.010s
> > > sys 1m24.960s
> > >
> >
>
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&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
next reply other threads:[~2004-05-20 2:27 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-20 2:34 roland [this message]
-- strict thread matches above, loose matches on Subject: below --
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
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 13:31 ` 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
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='05a101c43e12$fc797c10$2000000a@schlepptopp' \
--to=for_spam@gmx.de \
--cc=LaurentVivier@wanadoo.fr \
--cc=blaisorblade_spam@yahoo.it \
--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