Bob,

Here is the output of the command you asked me to run:
$ gdmflexiserver --command=VERSION
GDM 2.20.7


Below is some extra info about my server, just in case any of it is
relevant:
$ cat /proc/version
Linux version 2.6.26-1-686-bigmem (Debian 2.6.26-13) ([email protected]) (gcc
version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10
19:13:22 UTC 2009

$ cat /proc/meminfo
MemTotal:     16625048 kB
--snip--

$ cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 14
model name    : Intel(R) Xeon(TM) CPU                 @ 2.00GHz
stepping    : 8
cpu MHz        : 1992.000
cache size    : 2048 KB
physical id    : 0
siblings    : 2
core id        : 0
cpu cores    : 2
apicid        : 0
initial apicid    : 0
fdiv_bug    : no
hlt_bug        : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 10
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc
arch_perfmon bts pni monitor vmx est tm2 xtpr
--snip--
(the output is the same for processors 1-3, so 4 cores total)

$ lspci
00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 0c)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A
(rev 0c)
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev
0c)
00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 0c)
00:07.0 PCI bridge: Intel Corporation E7520 PCI Express Port C1 (rev 0c)
00:1c.0 PCI bridge: Intel Corporation 6300ESB 64-bit PCI-X Bridge (rev 02)
00:1d.0 USB Controller: Intel Corporation 6300ESB USB Universal Host
Controller (rev 02)
00:1d.1 USB Controller: Intel Corporation 6300ESB USB Universal Host
Controller (rev 02)
00:1d.4 System peripheral: Intel Corporation 6300ESB Watchdog Timer (rev 02)
00:1d.5 PIC: Intel Corporation 6300ESB I/O Advanced Programmable Interrupt
Controller (rev 02)
00:1d.7 USB Controller: Intel Corporation 6300ESB USB2 Enhanced Host
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 0a)
00:1f.0 ISA bridge: Intel Corporation 6300ESB LPC Interface Controller (rev
02)
00:1f.2 IDE interface: Intel Corporation 6300ESB SATA Storage Controller
(rev 02)
00:1f.3 SMBus: Intel Corporation 6300ESB SMBus Controller (rev 02)
03:00.0 Ethernet controller: Intel Corporation 82573E Gigabit Ethernet
Controller (Copper) (rev 03)
04:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet
Controller
06:00.0 VGA compatible controller: nVidia Corporation GeForce 8600 GT (rev
a1)

I'm using the NVIDIA 173.14 driver.



On Mon, Jan 19, 2009 at 8:41 PM, Bob Doolittle <[email protected]>wrote:

> What version of GDM is in your distro?
> Try running the following command:
> gdmflexiserver --command=VERSION
>
> I have some ideas that could help with the version we support - 2.16, but
> I'm not too sure about the new rewrite.
> With the old version, you can have per-display copies of (parts of) the GDM
> config file - that might help. I'm don't know about the new version,
> however.
>
> -Bob
>
> Dan Allongo 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
>>
>>
>
> _______________________________________________
> 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

Reply via email to