[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: Lionel Bouton <lionel-subscription@xxxxxxxxxxx>
  • 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=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

> 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.