Gary, I can concur with most of your story - although I don't have any quick fixes, I do have some insight from research I've been doing the past few days regarding Firefox. This might be helpful, as FF3 has some default settings that aren't really appropriate for LTSP setups. I have a (currently very crude) wiki page with some possible fixes - I'm just now rolling them out to my 7 sites, one by one, to test. I can't guarantee success, but it does seem to help so far with the slowness and only-one-person-able-to-log-on-at-a-time issue (mostly regarding the "Safe Browsing" feature in FF3):
http://lns.wikidot.com/firefox3ltspoptimizations Also, I'd recommend using (if you haven't already) gnome-watchdog. Again, I haven't tested this fully, but I haven't heard too many complaints, and on my own server here at the office, it seems to clean up stale processes very nicely. http://lns.wikidot.com/gnomecleanupstaleuserproc I'd love to hear anyone's outcome from these optimizations. - Jordan Garry Saddington wrote: > I thought I would just like to share a recent experience with thie list and > invite comments. I am ICT coordinator at Skegness Grammar School in England > and I have been running an LTSP network for 7 years. For the last 4 years the > whole school has been LTSP (about 190 clients on 3 application servers, each > dual core dual Zeon with 8 Gb RAM and scsi disks). We have done all our > teaching of computing using this setup. 90 students in three rooms could log > on at the start of a lesson and be working in under 2 minutes - no network > bandwith problems - using Gnome with nothing disabled. > Now....... > I decided to upgrade all the application servers to the most recent UBuntu > and > the LTSP5 that came with it to get new versions of apps and sound working out > of the box so that we could do multiledia. We have just had two days of hell > once the kids started logging on. > log on times in the order of 4-8 minutes, some not even managing it. Firefox > refusing to start for an entire class except one student. Load values of 12 > and more with cpu's at less than 50% usage. USB storage access broken. I have > never seen an LTSP install so slow. Virtually unworkable in a teaching > environment. Bare in mind that the only thing that changed was the OS and > LTSP version. > Luckily I got the sysadmin to retain the old hard disks with our previous > setup so after I had a disastrous first lesson today we have had to yank the > new hard disks and revert to the old setup - works beautifully now. > What is going on? > LTSP has been rock solid and fast for the last 7 seven years. When we tested > a > couple of terminals before the kids hit it, the new system seemed fast and > stable, but then these problems only manifest when under real load. > Kind Regards > Garry > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
