Date: Wed, 29 Jan 2014 14:21:21 -0800 From: Adrian Chadd <adrian@freebsd.org> To: Garrett Wollman <wollman@csail.mit.edu> Cc: FreeBSD Net <freebsd-net@freebsd.org> Subject: Re: Big physically contiguous mbuf clusters Message-ID: <CAJ-VmomC5Ge3JwfUsgMrJ_rGqiYxfxR4wWzn5A-KAu7HBsueMw@mail.gmail.com> In-Reply-To: <21225.20047.947384.390241@khavrinen.csail.mit.edu> References: <21225.20047.947384.390241@khavrinen.csail.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On 29 January 2014 10:54, Garrett Wollman <wollman@csail.mit.edu> wrote: > Resolved: that mbuf clusters longer than one page ought not be > supported. There is too much physical-memory fragmentation for them > to be of use on a moderately active server. 9k mbufs are especially > bad, since in the fragmented case they waste 3k per allocation. I've been wondering whether it'd be feasible to teach the physical memory allocator about >page sized allocations and to create zones of slightly more physically contiguous memory. For servers with lots of memory we could then keep these around and only dip into them for temporary allocations (eg not VM pages that may be held for some unknown amount of time.) Question is - can we enforce that kind of behaviour? -a
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmomC5Ge3JwfUsgMrJ_rGqiYxfxR4wWzn5A-KAu7HBsueMw>