Date: Sat, 12 Nov 2005 19:42:04 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Andre Oppermann <andre@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_mbuf.c uipc_mbuf.c src/sys/sys mbuf.h param.h Message-ID: <17270.35804.60493.660921@grasshopper.cs.duke.edu> In-Reply-To: <4374C54D.4D6C87B7@freebsd.org> References: <200511021620.jA2GKab1085906@repoman.freebsd.org> <20051109184401.A39931@grasshopper.cs.duke.edu> <4374C54D.4D6C87B7@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Andre Oppermann writes: > Andrew Gallatin wrote: > > > > Andre Oppermann [andre@FreeBSD.org] wrote: > > > andre 2005-11-02 16:20:36 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/kern kern_mbuf.c uipc_mbuf.c > > > sys/sys mbuf.h param.h > > > Log: > > > Mandatory mbuf cluster reference counting and groundwork for UMA > > > based jumbo 9k and jumbo 16k cluster support. > > > > Cool. Are the jumbo clusters physically contiguous? > > Yes. Jumbo allocation API is coming soon. Wow! That sounds great. You'll be able to replace the ad-hoc per-driver private jumbo pools that exist in several drivers. But has UMA gotten good at allocating contiguous memory, or will jumbo allocations be really expensive? Can/will these large buffers be used for sosend()? Have you thought about also adding page-sized clusters? It would save drivers which are able to chain several buffers together several allocations per jumbo frame. And it might be better suited for use in sosend(), since I would imagine that page-sized clusters would be cheap for UMA to allocate, and they would save one allocation per page for large sends. Drew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17270.35804.60493.660921>