|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] Re: [PATCH] Implement a virtio GPU transport |
Date: | Mon, 01 Nov 2010 08:21:38 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Lightning/1.0b1 Thunderbird/3.0.10 |
On 11/01/2010 05:42 AM, Avi Kivity wrote:
On 10/28/2010 03:52 PM, Ian Molton wrote:On 28/10/10 15:24, Avi Kivity wrote:The caller is intended to block as the host must perform GL rendering before allowing the guests process to continue.Why is that? Can't we pipeline the process?No, not really. the guest may call for the scene to be rendered at any time and we have to wait for that to happen before we can return the data to it.Waiting for a response is fine, but can't the guest issue a second batch while waiting for the first?
In a threaded application I think you mean but all RPCs are dispatched holding a global lock so even within a threaded application, only a single GL call will be executed at a time.
The other scenario would be multiple applications trying to use GL but AFAICT, this is not supported in the current model.
Regards, Anthony Liguori
[Prev in Thread] | Current Thread | [Next in Thread] |