So I've got the SunRay Image Transport working, but it doesn't give me any more speed, it just looks very blurry... :-( It could also be due to the way I've got it set up. I followed the wiki for setting up SRSS 4.1 on Debian Lenny and I'm also using the sample gdm.conf provided there as well. This means that the Xorg server on :0 is disabled so that Xnewt can start new sessions (headless mode). This is the only way that I've managed to get past the 26D, otherwise if the Xorg server starts on :0, the 'ray just hangs waiting for data. The problem is that VirtualGL on the otherhand requires the 3D accelerated Xorg to run on :0. Right now I have to run 'sudo X &' after I've logged into the SunRay and just before I run 'vglrun -dl -c rgb +sync quake3' otherwise VGL complains that display:0 cannot be opened. Does anyone have a working gdm.conf for a SunRay server that runs VirtualGL? I mean, I guess I could always just install the SunRay server in a VM and have a regular desktop environment as the host running VirtualBox and VirtualGL, but then I'd lose sound since the SunRay sessions would be ssh'd into the host... there's got to be a way to do this all on one box. I understand that Solaris allows using GLP for headless VirtualGL so that it plays nice with SRSS but VGL on Linux requires a 3D accelerated X server running. Ideas?
On Thu, Jan 15, 2009 at 8:24 AM, William Usher <[email protected]> wrote: > I think this would be an awesome demo to present to some clients. "Let's > see a Wyse do _this_". Any idea about frame rates on a 2FS? > > > On Tue, Jan 13, 2009 at 11:54 PM, Dan Allongo <[email protected]> wrote: > >> i finally snagged the librrsunray.so from the rhel package and put it in >> /usr/lib but i won't be able to test it until i get home on thursday night >> (i'm away on business for the week). i did try to load the sunray driver >> from my laptop through ssh, but it of course threw some error. the good news >> is that when the .so isn't in /usr/lib, vglrun throws a different error >> stating that it can't find the file, so at least it's looking in the right >> place. >> >> after doing a little more reading on sunray 1 performance, i'm quite >> surprised that i'm getting such good framrates as it is. hopefully the >> accelerated yuv render path will allow me to bump the res to 512x384. >> getting 640x480 even at 15 or 20 fps would be a dream come true. >> >> i'll post an update on friday after i've tinkered with it thursday night. >> >> >> >> On Sun, Jan 11, 2009 at 9:29 PM, Dan Allongo <[email protected]> wrote: >> >>> since i'm running vgl and srss on the same server, i'm using rgb mode >>> (basically a raw dump of the vgl X display data) and letting the sunray >>> Xnewt handle it. i noticed that using proxy mode gives similar performance >>> and jpeg results in additional input lag. because i'm running linux i don't >>> have the sunray plugin for vgl, but i may try to alien the rpms and see if >>> it works. >>> >>> honestly, i think rgb is going to be the best mode to avoid having the >>> image processed twice on the same server. >>> >>> On Sun, Jan 11, 2009 at 8:54 PM, William Yang <[email protected]> wrote: >>> >>>> Which output mode are you using? I think the highest frame rate is >>>> the sr output mode, but the quality is noticeably degraded. The next >>>> highest should be sryuv, with better quality but lower framerate. >>>> >>>> >>>> >>>> I don't have any FPS numbers though. >>>> >>>> >>>> >>>> William Yang >>>> >>>> >>>> >>>> *From:* [email protected] [mailto: >>>> [email protected]] *On Behalf Of *Dan Allongo >>>> *Sent:* Sunday, January 11, 2009 7:26 PM >>>> *To:* [email protected] >>>> *Subject:* [SunRay-Users] sunray 1g max fill rate? >>>> >>>> >>>> >>>> hi all! >>>> >>>> i'm new to this list, so allow me to explain my setup briefly before i >>>> begin: >>>> i've got a couple sunray 1g's (manufacture date july/september 2004) >>>> running with the latest patched 4.1 gui firmware on debian lenny (dual xeon >>>> 2ghz sossaman, 16gb pc2-3200 ecc). sunray interconnect is on eth1 (intel >>>> gigabit) hooked up to a 5-port dlink 10/100 switch. eth0 connects to my >>>> dlink wireless router. i'm running virtualgl 2.1.1 with a nvidia geforce >>>> 8600gt using the nvidia driver (173.xx). >>>> >>>> i'm trying to play quake 3 through the sunray (i know, i know!) building >>>> ioquake3 from the latest source on svn. i'm actually getting decent >>>> framrates at 400x300, the sound and input lag is nearly non-existent when >>>> running vglrun with +sync specified. obviously, i'm getting worse >>>> performance as i increase the resolution, but i want to make sure that i'm >>>> getting the max frames possible. >>>> >>>> here's what i'm getting: >>>> 29 fps @ 400x300 >>>> 16 fps @ 512x384 >>>> 11 fps @ 640x480 >>>> 7 fps @ 800x600 >>>> 4 fps @ 1024x768 >>>> >>>> the decline is pretty linear pointing at a max fill rate of about 3.6M >>>> pixels or so. >>>> >>>> my question is - is this expected performance? is there anything i can >>>> do to get even a few more pixels out of this? let me reiterate: quake 3 is >>>> fully playable at 400x300, but i'm just curious about bumping the >>>> resolution >>>> up at least a little bit. i guess i'm just a little surprised given that >>>> i'm >>>> browsing the internet and reading documents on my 22" (1680x1050) with >>>> frequent scrolling and full screen updates, and it feels very snappy. in >>>> fact, the sunray is responsive enough that i sometimes forget i'm on a dumb >>>> terminal! >>>> >>>> is anyone else using vgl on their sunrays? >>>> >>>> thanks. >>>> >>>> _______________________________________________ >>>> SunRay-Users mailing list >>>> [email protected] >>>> http://www.filibeto.org/mailman/listinfo/sunray-users >>>> >>>> >>> >> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users >> >> > > > -- > -Will > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > >
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
