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

Re: [Xen-devel] [RFC][PATCH 12/13] Kemari: use signal to save qemu state for Kemari


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: Christopher Head <chead@xxxxxxxxx>
  • Date: Wed, 18 Mar 2009 10:37:36 -0700
  • Delivery-date: Wed, 18 Mar 2009 10:38:01 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yoshiaki Tamura wrote:
> Thanks for measuring the numbers.  It made things clear.
> I think we need a signal-based interface as Ian said previously.
>
> On our test environment, AMD Barcelona 2.3GHz, the total cpu cycles of
> Kemari in userland when running I/O intensive applications is around
> 3000000.
> Although Xen transferring code and QEMU saving code is processed
> concurrently, using xenstored for staring QEMU portion would lower the
> performance. Especially if the xenstored gets slower when items are
> loaded.
>
> Yoshi

For Remus, we ended up using a Unix-domain socket to handshake with QEMU
for suspend/resume, for the same reason (to improve performance compared
to Xenstore). Just another approach :) and also another approach that
won't work with stubdom.

Chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: GnuPT 2.7.2
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknBMV8ACgkQXUF6hOTGP7eGCQCfZrO7mauFehuKtGdyyF2hOOIw
QQgAn01JCwlMf0yYRSpwgG4z+KC4qYmo
=6sjl
-----END PGP SIGNATURE-----

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


 


Rackspace

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