Skip site navigation (1)Skip section navigation (2)
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>

index | next in thread | previous in thread | raw e-mail


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


help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17270.35804.60493.660921>