[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [RFC v4 10/27] monitor: allow to use IO thread for parsing
From: |
Peter Xu |
Subject: |
[Qemu-devel] [RFC v4 10/27] monitor: allow to use IO thread for parsing |
Date: |
Thu, 16 Nov 2017 21:05:53 +0800 |
For each Monitor, add one field "use_io_thr" to show whether it will be
using the dedicated monitor IO thread to handle input/output. When set,
monitor IO parsing work will be offloaded to dedicated monitor IO
thread, rather than the original main loop thread.
This only works for QMP. HMP will always be run on main loop thread.
Currently we're still keeping use_io_thr to off always. Will turn it on
later at some point.
One thing to mention is that we cannot set use_io_thr for every QMP
monitors. The problem is that MUXed typed chardevs may not work well
with it now. When MUX is used, frontend of chardev can be the monitor
plus something else. The only thing we know would be safe to be run
outside main thread so far is the monitor frontend. All the rest of the
frontends should still be run in main thread only.
Reviewed-by: Fam Zheng <address@hidden>
Signed-off-by: Peter Xu <address@hidden>
---
monitor.c | 38 ++++++++++++++++++++++++++++++--------
1 file changed, 30 insertions(+), 8 deletions(-)
diff --git a/monitor.c b/monitor.c
index 4ce9828fab..685938b9f2 100644
--- a/monitor.c
+++ b/monitor.c
@@ -191,6 +191,7 @@ struct Monitor {
int flags;
int suspend_cnt;
bool skip_flush;
+ bool use_io_thr;
QemuMutex out_lock;
QString *outbuf;
@@ -575,7 +576,8 @@ static void monitor_qapi_event_init(void)
static void handle_hmp_command(Monitor *mon, const char *cmdline);
-static void monitor_data_init(Monitor *mon, bool skip_flush)
+static void monitor_data_init(Monitor *mon, bool skip_flush,
+ bool use_io_thr)
{
memset(mon, 0, sizeof(Monitor));
qemu_mutex_init(&mon->out_lock);
@@ -583,6 +585,7 @@ static void monitor_data_init(Monitor *mon, bool skip_flush)
/* Use *mon_cmds by default. */
mon->cmd_table = mon_cmds;
mon->skip_flush = skip_flush;
+ mon->use_io_thr = use_io_thr;
}
static void monitor_data_destroy(Monitor *mon)
@@ -603,7 +606,7 @@ char *qmp_human_monitor_command(const char *command_line,
bool has_cpu_index,
char *output = NULL;
Monitor *old_mon, hmp;
- monitor_data_init(&hmp, true);
+ monitor_data_init(&hmp, true, false);
old_mon = cur_mon;
cur_mon = &hmp;
@@ -4104,8 +4107,9 @@ void error_vprintf_unless_qmp(const char *fmt, va_list ap)
void monitor_init(Chardev *chr, int flags)
{
Monitor *mon = g_malloc(sizeof(*mon));
+ GMainContext *context;
- monitor_data_init(mon, false);
+ monitor_data_init(mon, false, false);
qemu_chr_fe_init(&mon->chr, chr, &error_abort);
mon->flags = flags;
@@ -4117,19 +4121,37 @@ void monitor_init(Chardev *chr, int flags)
monitor_read_command(mon, 0);
}
+ if (mon->use_io_thr) {
+ /*
+ * When use_io_thr is set, we use the global shared dedicated
+ * IO thread for this monitor to handle input/output.
+ */
+ context = monitor_io_context_get();
+ /* We should have inited globals before reaching here. */
+ assert(context);
+ } else {
+ /* The default main loop, which is the main thread */
+ context = NULL;
+ }
+
+ /*
+ * Add the monitor before running it (which is triggered by
+ * qemu_chr_fe_set_handlers), otherwise one monitor may find
+ * itself not on the mon_list when running.
+ */
+ qemu_mutex_lock(&monitor_lock);
+ QTAILQ_INSERT_HEAD(&mon_list, mon, entry);
+ qemu_mutex_unlock(&monitor_lock);
+
if (monitor_is_qmp(mon)) {
qemu_chr_fe_set_handlers(&mon->chr, monitor_can_read, monitor_qmp_read,
- monitor_qmp_event, NULL, mon, NULL, true);
+ monitor_qmp_event, NULL, mon, context, true);
qemu_chr_fe_set_echo(&mon->chr, true);
json_message_parser_init(&mon->qmp.parser, handle_qmp_command, mon);
} else {
qemu_chr_fe_set_handlers(&mon->chr, monitor_can_read, monitor_read,
monitor_event, NULL, mon, NULL, true);
}
-
- qemu_mutex_lock(&monitor_lock);
- QLIST_INSERT_HEAD(&mon_list, mon, entry);
- qemu_mutex_unlock(&monitor_lock);
}
void monitor_cleanup(void)
--
2.13.6
- [Qemu-devel] [RFC v4 00/27] QMP: out-of-band (OOB) execution support, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 02/27] qobject: introduce qobject_get_try_str(), Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 01/27] qobject: introduce qstring_get_try_str(), Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 04/27] monitor: move skip_flush into monitor_data_init, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 05/27] qjson: add "opaque" field to JSONMessageParser, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 03/27] qobject: let object_property_get_str() use new API, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 06/27] monitor: move the cur_mon hack deeper for QMP, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 07/27] monitor: unify global init, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 08/27] monitor: let mon_list be tail queue, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 10/27] monitor: allow to use IO thread for parsing,
Peter Xu <=
- [Qemu-devel] [RFC v4 09/27] monitor: create monitor dedicate iothread, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 11/27] qmp: introduce QMPCapability, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 13/27] qmp: introduce some capability helpers, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 12/27] qmp: negociate QMP capabilities, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 14/27] monitor: introduce monitor_qmp_respond(), Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 15/27] monitor: let monitor_{suspend|resume} thread safe, Peter Xu, 2017/11/16