Date: Wed, 13 Aug 2014 22:35:18 -0700 From: John-Mark Gurney <jmg@funkthat.com> To: Xin LI <delphij@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r269963 - head/sys/kern Message-ID: <20140814053518.GO83475@funkthat.com> In-Reply-To: <201408140513.s7E5DPRb069698@svn.freebsd.org> References: <201408140513.s7E5DPRb069698@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Xin LI wrote this message on Thu, Aug 14, 2014 at 05:13 +0000: > Author: delphij > Date: Thu Aug 14 05:13:24 2014 > New Revision: 269963 > URL: http://svnweb.freebsd.org/changeset/base/269963 > > Log: > Re-instate UMA cached backend for 4K - 64K allocations. New consumers > like geli(4) uses malloc(9) to allocate temporary buffers that gets > free'ed shortly, causing frequent TLB shootdown as observed in hwpmc > supported flame graph. Can we do even larger, like 128k for phys io sized blocks? geli can do allocations >128k, which could be broken into two parts, one in the <8k sized range and the other in 128k... Thanks for adding this... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140814053518.GO83475>