so i've been monitoring my network bandwidth and i'm noticing that specifying +sync automatically switches to uncompressed mode since i instantly end up at 10.2MB/s which saturates my poor little 10/100 switch instantly. i checked it by starting quake3 on another dtu and it instantly cuts my fps in half. the problem is that if i don't specify +sync, the input lag is bad enough that the game is unplayable, even at 30fps. i'll be getting a gigabit switch in the near future to test my theory.
On 1/16/09, Dan Allongo <[email protected]> wrote: > 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
