qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v4 00/10] main-loop: switch to g_poll(3) on POSI


From: Anthony Liguori
Subject: Re: [Qemu-devel] [PATCH v4 00/10] main-loop: switch to g_poll(3) on POSIX hosts
Date: Thu, 21 Feb 2013 13:28:58 -0600
User-agent: Notmuch/0.13.2+93~ged93d79 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu)

Paolo Bonzini <address@hidden> writes:

> Il 21/02/2013 18:25, Anthony Liguori ha scritto:
>>> >
>>> > What would be more problematic is the chardev flow control patches,
>>> > which use the glib main loop directly.  I don't recall your KVM forum
>>> > presentation---did you need RT prioritization of the serial port too?
>> It uses GSources which don't need a full glib main loop.  We just need
>> to be able to support glib event dispatch from whatever our main loop
>> is.
>
> The lock in g_main_context_{prepare,query,check,dispatch} is not
> RT-friendly.  We could have contention on that lock between the iothread
> and the VCPU thread.

Since I assume we'll have multiple I/O threads by then, I also assume
that we'll run RT events on one or more dedicated I/O thread that only
handles RT events.

In terms of attaching events to I/O threads, it's pretty simple to delay
the GSource attach to a bottom half on a non-RT I/O thread if the VCPU
needs to add a glib based event.

Regards,

Anthony Liguori

>
> Paolo
>
>> I would assume that we'd treat any glib event with the same priority if
>> we ever had a RT-iothread.




reply via email to

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