Date: Mon, 22 Jan 2001 09:09:04 GMT From: Cliff Sarginson <cliff@raggedclown.net> To: Mike Meyer <mwm@mired.org>, Cliff Sarginson <cliff@raggedclown.net>, Mike Meyer <mwm@mired.org>, Gustavo Vieira Goncalves Coelho Rios <gustavo@ifour.com.br>, questions@FreeBSD.ORG Subject: Re: small program eats lot of memory Message-ID: <E14KcyG-000IZe-00@post.mail.nl.demon.net>
next in thread | raw e-mail | index | archive | help
> Cliff Sarginson <cliff@raggedclown.net> types: > > On Sunday 21 January 2001 16:48, Mike Meyer wrote: > > > Gustavo Vieira Goncalves Coelho Rios <gustavo@ifour.com.br> types: > > > > I compiled and executed a small program and it's eating about 336 > > > > of real memory (rss) and 840 of virtual size memory (vsz), may some > > > > one explain why a simple program eats about 1 MB of memory? > > > You linked it shared, right? That 1MB includes all of every shared > > > library it uses, whether it uses those functions or not. > > Pardon ! It certainly does not ! That is the point of shared libraries - > > the code is *shared* between processes using it. The required code is > > then made dynamically available. > > Shared libraries are mapped into the memory space of the process. As > such, they are part of the memory of the process, and should be > counted when adding up the memory of the process, so it'll be the rss > (if it's resident) and vsz of the process. > > Whether or not the physical memory is shared is another question, and > I'll let you all continue to debate that. I will say that, given the > price of disks, if the memory isn't shared, a system with static > binaries might be a better choice than one with dynamic binaries. So what does the word shared in shared memory mean then :) Hard to see what the point is if all processes load their own copy of shared memory libraries at run time.. I think you will find that physically speaking there is only one libc... in memory under the shared model. Cliff > <mike > -- > Mike Meyer <mwm@mired.org> http://www.mired.org/home/mwm/ > Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E14KcyG-000IZe-00>