On Wed, May 17, 2000 at 12:22:20PM +0100, Kenn Humborg wrote:
> > the %MEM fields that top displays I get 191.7 - I presume that's the
> > kernel's memory overcommit coming into effect :-)
>> Probably more due to shared memory. All the code in shared
> libraries and executables is only loaded once into RAM
> and shared between processes. So if you have two bash processes
> each looks like this (numbers are fictional):
>> Process 1: code = 1000k data = 200k
> Process 2: code = 1000k data = 300k
>> In top, these will show up with RSS values of 1.2M and 1.3M.
> So, if you total these, you naively assume that they take
> up 2.5MB of RAM, even though they only take up 1.5M because
> the code portions are shared.
Yes, I did of course have quite some shared memory, in particular with the
soffice.bin instances, but if you look back at my output from free, there
was about 19M of shared memory, and about 29M free (including
buffers/cached) so there's still a big discrepancy there between total RSS
and physical memory, a chunk of which I'm presuming is memory overcommit - I
can't think of any other explanation for it.
Maintained by the ILUG website team. The aim of Linux.ie is to
support and help commercial and private users of Linux in Ireland. You can
display ILUG news in your own webpages, read backend
information to find out how. Networking services kindly provided by HEAnet, server kindly donated by
Dell. Linux is a trademark of Linus Torvalds,
used with permission. No penguins were harmed in the production or maintenance
of this highly praised website. Looking for the
Indian Linux Users' Group? Try here. If you've read all this and aren't a lawyer: you should be!