[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: Machine-readable or parseable qemu output
From: |
Jamie Lokier |
Subject: |
Re: [Qemu-devel] Re: Machine-readable or parseable qemu output |
Date: |
Wed, 14 Jan 2009 16:56:22 +0000 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
Although it's nice to have a monitor which is human-readable, many
programs have a separate monitor _program_ which connects over a unix
socket to the running app. For example, Bind has rndc, ntpd has
ntpdc, apache has apachectl, and Samba has smbcontrol.
This gives all the benefits of a machine-accessible monitor, including
asynchronous events, waiting for long commands (like migrate) while
still doing useful things (like change the CD while migrating? :-)
It's much more scriptable to have a separate program, and you still
have a nice text UI with line-editing, help, etc. Possibly a nicer
UI, since it's not limited to telnet/serial.
For QEMU, maybe it would work to define a machine-accessible socket
protocol, and move the current QEMU monitor code to a separate app
which connects over that protocol? If QEMU is invoked with arguments
asking for the current monitor over e.g. a socket, telnet socket or
serial port, it'd be easy for QEMU to fork/exec the monitor app. The
same app would be invokable from scripts.
-- Jamie
- Re: [Qemu-devel] Re: Machine-readable or parseable qemu output, (continued)