Date: Mon, 20 Sep 2010 20:35:33 -1000 (HST) From: Jeff Roberson <jroberson@jroberson.net> To: Andriy Gapon <avg@freebsd.org> Cc: Andre Oppermann <andre@freebsd.org>, Jeff Roberson <jeff@freebsd.org>, Robert Watson <rwatson@freebsd.org>, freebsd-hackers@freebsd.org Subject: Re: zfs + uma Message-ID: <alpine.BSF.2.00.1009202034480.23448@desktop> In-Reply-To: <4C98500D.5040109@freebsd.org> References: <4C93236B.4050906@freebsd.org> <4C935F56.4030903@freebsd.org> <alpine.BSF.2.00.1009181221560.86826@fledge.watson.org> <alpine.BSF.2.00.1009181135430.23448@desktop> <4C98500D.5040109@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 21 Sep 2010, Andriy Gapon wrote: > on 19/09/2010 01:16 Jeff Roberson said the following: >> Additionally we could make a last ditch flush mechanism that runs on each cpu in > > How would you qualify a "last ditch" trigger? > Would this be called from "standard" vm_lowmem look or would there be some extra > check for even more severe memory condition? If lowmem does not make enough progress to improve the condition. Jeff > >> turn and flushes some or all of the buckets in per-cpu caches. Presently that is >> not done due to synchronization issues. It can't be done from a central place. >> It could be done with a callout mechanism or a for loop that binds to each core >> in succession. > > -- > Andriy Gapon >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1009202034480.23448>