qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 01/11] QMP: Introduce specification file


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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]