Re: Windows 10 guest: 2D/3D Accel

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

 



On Tue, 9 May 2017 17:22:46 +0200
Oscar Segarra <oscar.segarra@xxxxxxxxx> wrote:

> Hi, Christophe,
> 
> Thanks a lot again for the detailed explanation.
> 
> I understand perfectly the difference between client, host and guest.
> In my enviornment client is ferdora 25, host is Centos 7 and guest is
> Windows 10.
> 
> Regarding the 7th point:
> 
> *7. The “client” will talk to that protocol and display that on your
> screen. The client itself may use 3D acceleration to display things
> on your screen, but it’s not the “same” 3D acceleration as used in
> the guest. For example, if it gets a video stream from the server in
> 6, now it’s using the video decoding capabilities of the 3D card,
> even if your application in the guest is rendering 3D objects.*
> 
> This means that the client (physical endpoint) will use the GPU just
> for jpeg and mpeg decoding. It has no sense to buy an expensive card
> for the endpoint, isn't it?

It might be interesting project to support remote GL. There are some
specific challenges to this:

 - assuming you connect the client from the very start the guest can
   connect to the client while booting and probe the client card
   features to load the correct driver, etc. If you want to connect
   during guest runtime you need a fallback SW card and GPU hotplug
   support in the guest. If you do not have perfect GPU hotplug support
   in guest you will probably need to intercept all GL calls in the
   guest driver to build a GL rendering state which you can then push to
   any client that connects.
 - the 3D applications typically expect instanteous roundtrip to the
   card and do not optimize for the case when pulling a buffer from
   the card and pushing it back is quite expensive (requiring network
   roundtrip between client and guest). They should given the
   roundtrip between CPU and GPU is typically relatively slow and
   costly even between directly connected components but that is not
   what the applications do in practice. So your 3D applications will
   probably run quite slow even if your GPU hotplug and remote
   rendering were perfect. 

Overall it would be interesting project to try but I expect some pieces
might be quite technically challenging depending on the component mix
you want to support and I do not expect that real world usability will
be great. You will be probably able to run select applications
reasonably well but most will fail or run too slow to be usable.

Thanks

Michal
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]