Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Feb 2003 09:43:38 -0500 (EST)
From:      Andrew Gallatin <gallatin@cs.duke.edu>
To:        Bosko Milekic <bmilekic@unixdaemons.com>
Cc:        freebsd-arch@freebsd.org
Subject:   Re: mb_alloc cache balancer / garbage collector
Message-ID:  <15952.62746.260872.18687@grasshopper.cs.duke.edu>
In-Reply-To: <20030216213552.A63109@unixdaemons.com>
References:  <20030216213552.A63109@unixdaemons.com>

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

Bosko Milekic writes:
 >   What does this mean for us in the really short term?  It means that we
 >   can finally make all M_DONTWAIT allocations NOT interface with the VM
 >   subsystem at all.  Why is this good in the really really short term?
 >   For one, you can have network device drivers call the mbuf code
 >   without Giant because they'll know for a fact that Giant will never be
 >   needed down the line.  Since the cache balancer will replenish caches

Not to detract from your work, but M_DONTWAIT allocations have been
Giant-free since Alan made the VM system Giant-free for kernel-map
allocations in early January.

The long-term implications of this work look very exciting.

Drew

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




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