|
|
|
|
|
|
|
|
|
|
xen-users
[Xen-users] How to detect a domain shutdown with as less overhead as pos
Hi,
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.
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).
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.
Is there a more efficient way of checking if a domain is up?
Note: python is eating CPU in the background on domain-0 for xend when
one domU is up. It's not a big deal (0.7-1.3% on a PIV 1.6GHz) but I
wonder what xend is doing?
Note : I use Xen-2.0.5 with the packaged 2.4.29-domU and a recompiled
2.6.10-dom0 on Fedora Core 3 hosts.
Lionel.
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-users] How to detect a domain shutdown with as less overhead as possible?,
Lionel Bouton <=
|
|
|
|
|