|
From: | Avi Kivity |
Subject: | Re: [Qemu-devel] [PATCH 01/11] QMP: Introduce specification file |
Date: | Thu, 25 Jun 2009 18:20:24 +0300 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Lightning/1.0pre Thunderbird/3.0b2 |
On 06/25/2009 06:10 PM, Anthony Liguori wrote:
I'd go further and make shell script support a non-goal. Maybe the majority of qemu control programs are scripts, but only a tiny minority of VMs are controlled by shell scripts. It is nearly impossible to write a correct nontrivial program in bash; and scripts will be slow due to the need to constantly fork/exec/connect.Serious management programs will be written in real languages, and that's what we should optimize for.I'm still inclined to stick with the text-based protocol. libvirt likes it. If Serious Management Programs want an RPC interface they can use libvirt.
That's really an onerous requirement. What if libvirt lags behind qemu? What if libvirt doesn't want to support some feature?
An RPC is overkill unless you also introduce things like life cycle management. Otherwise, you could never realistically interact with QEMU without a intermediary that handled life cycle management (e.g. libvirt).
QMP is an RPC implemented over a text based protocol, with ad-hoc marshalling.
I agree that you need something to reap dead qemus, but I don't think we can force libvirt on people.
-- error compiling committee.c: too many arguments to function
[Prev in Thread] | Current Thread | [Next in Thread] |