Just wanted to share my experience with LTSP setup and some other
possible alternatives...
We've managed to push 40 concurrent users on a dual-Xeon 2.0GHz box
with 4GB of RAM. Client PCs ranged from Pentium 90s to Pentium 166s,
each having between 16MB to 32MB of RAM. I had to spend quite some
time reading up on tweaks and optimizations, among others:
- Using NFSv3 (NFS over TCP)
- Tweaking NFS parameters for disk-based access
- Using Locally run apps instead of remote apps to lessen the burden
on the server
- this really brough mixed results: it reduced CPU usage on the
host machine at the cost of increased disk and network activity
- Trying out x11vnc AND xf4vnc
One good alternative to LTSP is a custom floppy-based distro that
connects to the remote machine via VNC. Overall, using svncviewer
(client) + TightVNC (server) was lighter on both bandwidth and CPU.
However, on the same box as mentioned above, 60 was pretty much an
upper limit.
One thing I've learned that resource partitioning is practically
impossible. On a design level we alloted 64MB/client which seemed
reasonable enough to run Xfce and other light apps. But until we can
get zones/jails on a per-user basis, dividing up resources will be
pretty tough.
Lately I've been playing around with FreeVPS, Linux VServer, QEmu, and
others -- not so much as to have Linux server virtualization, but
something close to BSD's jails and Solaris 10's Zones.
gino ledesma
On Apr 8, 2005 12:48 AM, Marvin T. Pascual <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-04-08 at 15:28 +0800, Ian Dexter R. Marquez wrote:
> >
> > Yes, this discussion need not be a "pissing contest" on who has deployed
> > the most clients given such and such resources. Too bad, we came in late
> > when Marvin Pascual presented LTSP at last year's PhilOSC; but I'm sure
> > members of this list can contribute to the knowledgebase by discussing
> > their experiences.
>
> The second most important thing to consider in setting up LTSP is your
> thin clients' physical connection to the switch(es) to where they are
> connected to the terminal server because the performance of the thin
> clients depends on it. And now, the most important is about providing a
> desktop solution wherein users will be happy about their desktop and can
> easily adopt it with less questions/problems to you as the solutions
> provider.
>
> ---
> MARVIN T. PASCUAL
> E-mail: mpascual AT qsr DOT com DOT ph
> Tel. No. +63 2 9287776
> Mobile No. +63 918 4115188
> Yahoo! Messenger ID: bintut
> GNU/Linux User No. 247127
>
> --
> Philippine Linux Users' Group (PLUG) Mailing List
> [email protected] (#PLUG @ irc.free.net.ph)
> Official Website: http://plug.linux.org.ph
> Searchable Archives: http://marc.free.net.ph
> .
> To leave, go to http://lists.q-linux.com/mailman/listinfo/plug
> .
> Are you a Linux newbie? To join the newbie list, go to
> http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie
>
--
Philippine Linux Users' Group (PLUG) Mailing List
[email protected] (#PLUG @ irc.free.net.ph)
Official Website: http://plug.linux.org.ph
Searchable Archives: http://marc.free.net.ph
.
To leave, go to http://lists.q-linux.com/mailman/listinfo/plug
.
Are you a Linux newbie? To join the newbie list, go to
http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie
