Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 29 Jun 2002 18:50:24 -0700
From:      Jeffrey Hsu <hsu@FreeBSD.org>
To:        Bosko Milekic <bmilekic@unixdaemons.com>
Cc:        net@freebsd.org
Subject:   Re: Should we keep a cache of mbuf+cluster ready for use ?
Message-ID:  <0GYH00JFIX3HKD@mta7.pltn13.pbi.net>
In-Reply-To: "Your message of Sat, 29 Jun 2002 19:08:44 EDT." <20020629190844.A54115@unixdaemons.com>

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

  > > So, what you want is something like a
  > > 	MGETHCL(m, how, type)
  > > 	MHCLFREE(m)
  > > interface which first looks in a combined freelist before the individual
  > > mbuf and cluster freelists.  I think it's a good idea.
  > 
  >   I would prefer to see an interface that just grabs both a cluster and
  >   an mbuf from their respective per-CPU caches (in -CURRENT) while only
  >   grabbing the lock once, if at all this is that important to you. [*]

What would this interface look like?

It seems to me having a grouped allocate and free interface allows for a
variety of implementations:  either the -stable sample implementation Luigi 
posted, a uma-based one in -current, or a modification of the -current
mbuf allocator.  The gains from each implementation may vary, but is
no worse than doing the two allocations separately and returning them
as a group.

							Jeffrey


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




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