Date: Fri, 2 Nov 2012 14:26:13 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Ian Lepore <freebsd@damnhippie.dyndns.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r242466 - head/sys/mips/mips Message-ID: <CAJ-Vmo==ZVJEDcT4apeo3-om-ZwpAcMYC4-50U0v5jAU8CPrpQ@mail.gmail.com> In-Reply-To: <1351868970.1120.25.camel@revolution.hippie.lan> References: <201211020523.qA25N5No052084@svn.freebsd.org> <1351868970.1120.25.camel@revolution.hippie.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2 November 2012 08:09, Ian Lepore <freebsd@damnhippie.dyndns.org> wrote: > Of course, it doesn't save anything if the system is using more than 128 > maps, did you check? When I checked on an arm dreamplug system, there > were roughly 1850 maps allocated by time it got to the login prompt > (making that local cache of 500 maps completely useless). I don't reach that during boot on my 16MB RAM APs. There just aren't that many devices. > The patches I posted in arch@ a while back addressed this problem by > setting up an uma(9) pool for maps (and pools for busdma buffers). The > patches were designed to be easy to incorporate for both arm and mips > busdma implementations. My problem is memory overhead at boot time. :/ Adrian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmo==ZVJEDcT4apeo3-om-ZwpAcMYC4-50U0v5jAU8CPrpQ>