Date: Fri, 17 Jun 2005 11:37:29 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Robert Watson <rwatson@freebsd.org> Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Reboot while booting with new per-CPU allocator Message-ID: <20050617113729.i78gx3wiokw48g8k@netchild.homeip.net> In-Reply-To: <20050616184127.L27625@fledge.watson.org> References: <42B18536.3080200@videotron.ca> <20050616151502.X27625@fledge.watson.org> <42B192D2.7000505@videotron.ca> <20050616181820.E27625@fledge.watson.org> <42B1B784.8010405@videotron.ca> <20050616184127.L27625@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson <rwatson@freebsd.org> wrote: > Looks like what basically happened is this these kern_malloc.c > changes increase the memory burden on UMA as statistics structures > for malloc types now get allocated from UMA. It looks like, from > your dmesg, you have a fair number of modules loaded, so the storage > for the statistics comes out of the early UMA page pool, whereas > before it came out of BSS. We'll see if further tuning is required or > not with large numbers of modules. I try to load as much as possible as modules. Can you quantify "large number of modules"? I could load some more modules for testing purposes at the weekend. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 "Why is it that we rejoice at a birth and grieve at a funeral? It is because we are not the person involved" -- Mark Twain
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050617113729.i78gx3wiokw48g8k>