On 10/20/2010 08:19 AM, Daniel P. Berrange wrote:
The thinking with Matahari is that there is significant overlap between agent requirements for a physical and virtual host, so it aims to provide an agent that works everywhere, whether virtualized or not. All that need change is the communication transport (TCP vs VirtIO Serial vs legacy serial vs some other data channel), and enable/disable certain agent services according to deployment scenario. Once you go to a more general purpose agent in this way, then it doesn't make such sense to put it all in the QEMU tree.
Actually, I don't think we want to have a common agent for physical and virtual systems.
The requirements are actually very different. The virtual agent exists solely to support hypervisor functionality. Not to provide general purpose system management support.
Regards, Anthony Liguori
Regards, Daniel
