I'll also add that after all users log out memory usage remains high. Once users have logged off and processes have ended, I would expect memory to be freed.
John On Wed, Feb 9, 2011 at 2:16 PM, john <lists.j...@gmail.com> wrote: > Hi Jeff, > > > On Wed, Feb 9, 2011 at 1:42 PM, Jeff Siddall <n...@siddall.name> wrote: > > Thanks for the good news. However, the the additional bit that I > should have mentioned is that once the memory usage shows > that I am nearly "out" of ram , TOP shows that the disk will start > using SWAP. I thought that what should happen is that as memory > demands grow the CPU > should move stale data from buffers to disk and free more memory for > applications and that swapping was a sign that it was digging into the > disk for VM. > Am I just not understanding how this all works? > > Thanks! > > John > > >> Good news: you don't have a memory leak! >> >> Yes, about 13 GB of RAM is being used, but about 10 GB of that is >> buffers and cache, so your apps are only using about 3 GB. >> >> You should be grateful for all that cache. That's about 9 GB of stuff >> that can be read straight from RAM instead of hard drives. >> >> Jeff >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _____________________________________________________________________ >> 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 >> > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _____________________________________________________________________ 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
