On Fri, 2005-09-16 at 14:34 -0700, street_samurai wrote:
> total used free shared buffers cached
> Mem: 906736 902624 4112 0 52996 673352
> -/+ buffers/cache: 176276 730460
So you've got about a full CD worth of memory in buffers
or several CDs of flac or many
> Amazing how long you can use
Brilliant!
total used free shared buffers cached
Mem: 906736 902624 4112 0 52996 673352
-/+ buffers/cache: 176276 730460
Amazing how long you can use Linux and still not know very much about
how it works. I knew about free but didn't totally understand the +/-
buffers line.
Thanks you very muc
street_samurai wrote:
Thank you both for the prompt response.
I'll play around a little more and convince myself that it isn't
Slimserver thats causing the problem.
Sorry to expose my linux noobiness on the slimserver forum!
Try typing "free" in a shell. You should see something like this:
No need to apologize for anything. Questions are always welcome - we
all learn something.
--
MrC
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/unix
Thank you both for the prompt response.
I'll play around a little more and convince myself that it isn't
Slimserver thats causing the problem.
Sorry to expose my linux noobiness on the slimserver forum!
ss.
--
street_samurai
___
unix mailing list
To add a little more, Unix systems will utilize all RAM, and swap out
what is not currently used. This is normal. There's no sense clearing
RAM and then finding you might just need the pages again.
I doubt perl has a memory leak, but to comfort yourself, look at the
resident set size of the per
Well if the slim server proc isn't using it, then it isn't a leak. Most
likely disk cache or something.
--
radish
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/unix