-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, September 25, 2002, at 10:56 AM, Mark Berkwitt wrote: > What R U suggesting? Although the workstations are using S3 Trio64v+ > vids > the server has a Matrox G450LE w/ 16MB SDRAM. The 2 boxes are > connected by a > cross-over cable so its just one client box. The lts.conf file has the > xserver=auto. Is that a serious no no? > Granted, its only 10BaseT but it's totally inadequate. If it were > closer to > our desired performance I think we would try 100BaseT nics. As I understand the X Window system (which I don't :-) ), the server's video card does not play into it at all. When operating remotely (or even locally), "drawing" commands and data are sent across the network where it is up to the client to display them. If the connection feels sluggish it could be either a poorly supported card (a category under which I don't the S3 Trio64 cards fall), an incorrectly configured X server on the terminal (i.e. using framebuffer or such instead of the accelerated S3 server), or a bandwidth issuse. If it is indeed a problem with bandwidth (which I doubt with a dedicated 10 Mbps channel), then you might want to search for LBX ("Low-Bandwidth X") extensions which supposedly will greatly decrease any feelings of latency. A previous post mentioned that chromium was slow or non-functional. While I don't know if OpenGL works in the same way as standard X commands, I do know that chromium requires hardware-accelerated 3D to work properly. My guess is that this must be done at the client end rather than the server. In other words, if you want to play 3D games on a LTSP client, then you probably have to invest in some well-supported (nVidia, ATI) 3D video cards. Good luck. - -- Voltage Spike ,,, (. .) - --ooO-(_)-Ooo-- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (Darwin) iD8DBQE9k1uVpNoctRtUIRQRAsgyAJ461krLC6PAlnsaoge9i9BGXLoUbACePU9t MVn27Nrm70czN1AYJPe2/fU= =uz4u -----END PGP SIGNATURE-----