Date: Thu, 16 Feb 2006 15:51:38 +0200 From: Giorgos Keramidas <keramida@ceid.upatras.gr> To: Brian Candler <B.Candler@pobox.com> Cc: Dmitry Pryanishnikov <dmitry@atlantis.dp.ua>, freebsd-current@freebsd.org, David Xu <davidxu@freebsd.org> Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT Message-ID: <20060216135138.GA16669@flame.pc> In-Reply-To: <20060216123548.GA35910@uk.tiscali.com> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2006-02-16 12:35, Brian Candler <B.Candler@pobox.com> wrote: >On Wed, Feb 15, 2006 at 11:11:49AM +0800, David Xu wrote: >>>1) Is it normal that virtual memory size for almost every non-kernel >>>process >>> is close to 50Mb now: >>> >>> ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt >>> >>> Is it miscalculation or real growth of virtual address space? >> >> I believe this is the new malloc code in libc, I am seeing this on my >> Athlon64 machine, now it likes swap memory, in the old days, it seldom >> touched it. > > IIRR, the new malloc grabs 32MB immediately. However, I'd hope that doesn't > mean that 32MB of pages are actually touched, and then get swapped out to > disk. If it does, I'm staying on FreeBSD 6.0 :-) I don't think so. At least, not unless you are using the debugging features of malloc(), which can result in all pages getting touched (i.e. if the "J" option is enabled, to set all newly-allocated bytes to 0xa5, which is very helpful when trying to catch accesses to uninitialized pointers). It's all a matter of what you are prepared to trade-off and why, I guess :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060216135138.GA16669>