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
