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

[Christopher Head <chead@xxxxxxxxx>]

-----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