2012/4/10 Mikael
<address@hidden>
Hi Jun -
That's the problem - none of this can be done whatsoever with libvirt.
The
issue about libvirt is that it is a manager of virtualization programs
running in separate OS processes. Doing the kind of tight interaction
with several qemu instances in one userland process & thread, and
full encapsulation of all the guests' IO into handlers in that app,
would require Enormous amounts of IPC and OS context switching.
To
the best of my knowledge, such an approach would mean an approx 1000%
speed decrease in the qemu performance, compared to if it's used as a
library as I queried for in the previous email.
Ah, that should have been 10 000% (100x).