On 12/09/14 11:26, Elliot Hallmark wrote: > > > >> Thanks. Those keys exist, but how would I get one? Nvidia website > says I need to have a personal contact at nvidia already to be considered. > > > > I'm sorry I can't comment on that any more than I already have in my > previous rant: > > > http://lists.devloop.org.uk/pipermail/shifter-users/2014-June/000888.html > > > > Only to say that the NVENC SDK version 4 is now out and that I will > take a look at it soon to see what broke: > > http://xpra.org/trac/ticket/653 > > Okay, so if I do get a key, xpra may be able to use it? > Yes, when the nvidia driver updates don't break it, I use it every day on a GTX760.
Antoine > > > That's what winswitch does, and more. > > If you only care about xpra and access over ssh, you can easily > write something more simple. > > Ha, I haven't even looked at winswitch. I will check it out. I want > the clients to be as thin as possible, but I doubt xpra vs winswitch > is much difference. > > Elliot > > > Cheers > > Antoine > > > > > >> On Sep 11, 2014 10:14 PM, "Antoine Martin" <[email protected] > <mailto:[email protected]>> wrote: > >>> > >>> On 12/09/14 09:29, Elliot Hallmark wrote: > >>> > I just want to check in and make sure I am thinking correctly. > My aim is > >>> > to serve hardware opengl accelerated applications to thin clients. > >>> > > >>> > I wanted to use nvenc from a gtx 660, but this requires a > developer key. > >>> Those keys exist. I haven't tested them myself with GTX6XXs, only with > >>> GTX7XXs, but I believe others have. > >>> > So, for a prototype before investing in a $2000 grid card ( k1 > and k2 > >>> > support nvenc through xpra without a dev key), I will use the > x264 encoder. > >>> If you want to use a pro card to avoid the license key issue, > there are > >>> cheaper options than the grid cards. > >>> The NVENC chips on those cards are not faster than in the consumer > cards > >>> (if anything slower because of the lower clock and older > architecture), > >>> the only benefit of the grid cards is that they have multiple > chips per > >>> card. (4 in a K1, 2 in a K2) > >>> > Clients will run a stripped down linux that only runs xpra > client in full > >>> > screen, ultimately with a python based application or session > selector > >>> > interface. Server will serve applications (potentially virtualized > >>> > desktops) at the full screen resolution of the client. The > server will > >>> > render applications on the gtx 660 before encoding. > >>> If I understand this correctly, you want to use xpra to serve a full > >>> desktop instead of individual windows? > >>> That would work but it would be less efficient than letting the > clients > >>> manage the windows themselves. > >>> > I believe this > >>> > requires some hacking to make each application in a common X > session (ie > >>> > :100.1, 100.2, etc) inorder to "share" the gpu. > >>> I'm not sure I understand this part. > >>> If you want multiple server sessions getting accelerated OpenGL > >>> rendering, you should look at VirtualGL. > >>> If you want to share the NVENC encoding chip for multiple server > >>> sessions, then it is just a permission issue on the video device. > >>> > I can do the last bit with X, ie I had two monitors displaying > seperate > >>> > hardware accelerated programs (like minecraft) from a single gpu > through > >>> > creative use of xorg.conf, so I'm assuming it can happen with > xpra too. > >>> This sounds like a client-side setup. > >>> > Has anyone done this before? Any heads up would be appreciated. > >>> Hope this helps! > >>> > >>> Cheers > >>> Antoine > >>> > > >>> > Thanks, > >>> > Elliot > >>> > _______________________________________________ > >>> > shifter-users mailing list > >>> > [email protected] > <mailto:[email protected]> > >>> > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > >>> > >>> _______________________________________________ > >>> shifter-users mailing list > >>> [email protected] > <mailto:[email protected]> > >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > > _______________________________________________ shifter-users mailing list [email protected] http://lists.devloop.org.uk/mailman/listinfo/shifter-users
