On 1/27/06, Chris Thomas <[EMAIL PROTECTED]> wrote: > I would see where the bottlenecks are before I would throw various hardware > at the problem. There are a few things to monitor while the students are > doing desktop publishing work. First, since desktop publishing is very > graphical, I would look at your bandwith usage. Install MRTG or some other > software and monitor your switches (if managed) and your server bandwith. > Also, open up the system monitor tool in gnome (or top if you are a teminal > guy), and look at the cpu usage, memory usage and swap useage. This will > tell you if you need more processing power or
[cut] Exactly the way to go! memory. I never really played arround with scribus but if it accesses the disk alot, I would look into getting a RAID setup instead of going for SCSI drives. [Reason for cut] Just RAID is not the answer. In fact RAID1 slows down things if at all and for RAID0 recovery from failures are biggest problem. As I had shared earlier I was sceptical about SCSI cost benefit but trust me if you are going to 20+ clients that is the way. Of course SATA speeds are caching up fast on lower end SCSI. IMHO -- Sudev Barar Learning Linux ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _____________________________________________________________________ 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
