WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] How to detect a domain shutdown with as less overheadas

To: Lionel Bouton <lionel-subscription@xxxxxxxxxxx>
Subject: Re: [Xen-users] How to detect a domain shutdown with as less overheadas possible?
From: Kip Macy <kip.macy@xxxxxxxxx>
Date: Sat, 30 Apr 2005 11:50:38 -0700
Cc: ian.pratt@xxxxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 30 Apr 2005 18:50:17 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fZbyKc3suRSAOgKg0uCuaSpA4CwZe0KJsW1i0x/e9fmylCecDNP+XRhPMNfn+rk1XbG2puF+fDehiqO/8oaouS+2egnJJUzYCKMsgJHomgADudD2Cw1QZgV7989eRk7uc/7G18ZluQcpu6SlNYb72cz4AnTugh63kxqX98qBS3M=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <b1fa291705043008377afb5406@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D1E3E16@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <b1fa291705043008377afb5406@xxxxxxxxxxxxxx>
Reply-to: Kip Macy <kip.macy@xxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
> to reap in the crashed path. I guess if you're *really* lazy, you can
> have xend send /var/tmp/myscript.pid a signal whenever it reaps a
> domain. Although I doubt a patch for this would be accepted :-)

Hmm, it might actually make sense for applications to be able to
register with xend for asynchronous notification of various classes of
events. Although the hack I suggested probably shouldn't go in,
something like it might be desirable.

                                                              -Kip







> 
>                                              -Kip
> 
> On 4/29/05, Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx> wrote:
> > > I've just finished a simple Perl script that brings out a
> > > whole domain from a directory (with a small config file and
> > > some <device>.gz files), create Logical Volumes with each
> > > device, starts the domain, wait for the domain to shutdown,
> > > push back into the *.gz the content of the LVs and remove
> > > them. This is quite handy to launch any test machine stored
> > > on the NFS server on one of our Xenified hosts.
> >
> > Nice.
> >
> > > My problem is the overhead of checking for the domain to shut
> > > down as I intend to use the domUs not only for functional
> > > testing but also to have a good guess of the performance we
> > > can get on real hardware (with only one domU / real host).
> >
> > We should introduce a call-out for domain exits. Kip's looking core
> > dumps, so I guess he's addressing this.
> >
> > > After xm create, this script regularly calls :
> > > xm domid "domainname"
> > > The problem is that this check eats a small chunk of CPU
> > > time: it takes
> > > 0.2 - 0.3s of real CPU time on each call. I've looked into
> > > /proc/xen hoping to find the list of domains stored here,
> > > allowing a simple file read or stat to give me the
> > > information I need, but it seems there's nothing like this.
> >
> > There's a bunch of improvements to xend waiting to be posted which will
> > likely help. There's certainly no good reason to be using CPU unless you
> > have console output active or something.
> > Ian
> >
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-users
> >
>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users