From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 18 11:30:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7930106566C; Sat, 18 Sep 2010 11:30:44 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B11DC8FC08; Sat, 18 Sep 2010 11:30:44 +0000 (UTC) Received: from [127.0.0.1] (rhee.cl.cam.ac.uk [128.232.1.202]) by cyrus.watson.org (Postfix) with ESMTPSA id BE70246B2D; Sat, 18 Sep 2010 07:30:43 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <4C94A22F.1070608@freebsd.org> Date: Sat, 18 Sep 2010 12:30:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <52AE93F3-D15F-40C9-A9CA-07F30C803B81@freebsd.org> References: <4C93236B.4050906@freebsd.org> <4C935F56.4030903@freebsd.org> <4C94A22F.1070608@freebsd.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1081) Cc: freebsd-hackers@freebsd.org Subject: Re: zfs + uma X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2010 11:30:45 -0000 On 18 Sep 2010, at 12:27, Andriy Gapon wrote: > on 18/09/2010 14:23 Robert Watson said the following: >> I've been keeping a vague eye out for this over the last few years, = and haven't >> spotted many problems in production machines I've inspected. You can = use the >> umastat tool in the tools tree to look at the distribution of memory = over >> buckets (etc) in UMA manually. It would be nice if it had some = automated >> statistics on fragmentation however. Short-lived fragmentation is = likely, and >> isn't an issue, so what you want is a tool that monitors over time = and reports >> on longer-lived fragmentation. >>=20 >> The main fragmentation issue we've had in the past has been due to = mbuf+cluster >> caching, which prevented mbufs from being freed usefully in some = cases. Jeff's >> ongoing work on variable-sized mbufs would entirely eliminate that = problem... >=20 > just in case, this thread is not about fragmentation, it's about = per-cpu > buckets, number of items in them and size of the items. Those issues are closely related, and in particular, wanted to point = Andre at umastat since he's probably not aware of it.. :-) Robert=