Hi
Not "fairly typical", *designed* to work like that.
Unused ram is a waste, always use as much as you can, always
James
> > We have recently installed LTSP for a lab of 10 PC's, with a 1.2GHz
> > AMD Athlon, 1 Gig of RAM server. With only a few users logged on the
> > memory is running very high - at times the full gig is used up by only
> > three users. After all users have logged off it will sit at say
> > 750-800 megs. I found some kill scripts in the contrib area (kiosk
> > reset and killscript) to end stray processes but these don't seem to
> > help. A server restart gets the RAM back low, but it get used up very
> > quickly. Any thoughts on the problem / a solution?
> >
> > Also ... at times after one user logs on, the system will mount stacks
> > of other users home directories onto the LTSP server from our main
> > server, even though they are not logged on. Any ideas?
>
> I'm new to this list, but have been listening to similar issues on the
> K12LTSP list for nearly a year ...
>
> ... from that list I've read that what you see is fairly typical of
> Linux. Apparently, Linux makes use of as much memory as you have
> available and if you add more users and running processes you wouldn't
> see any performance drop because there is plenty to spare in your
> setup. In accurately measured terms the talk is of needing only around
> 50Mb per user.
>
> Similarly, you will see memory chewed up by applications that you
> thought you had shut down. Open Office is supposed to be a memory hog
> like that. The idea is that some parts of the applications stay in
> memory in preparation of quick restarting, but if your system needs the
> memory resources it drops off the unneeded memory hogs.
>
> In all, it's hard to get accurate measures of system resource usage
> unless you use the right tool - and I can't remember what one was
> recommended.
>
> Just repeating what I've read, so HTH. Maybe visit the archives of that
> K12LTSP list to search for the info first hand.
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_____________________________________________________________________
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
