From owner-svn-src-head@FreeBSD.ORG Fri Jun 28 15:11:11 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 39F2793; Fri, 28 Jun 2013 15:11:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id BFC1B11C8; Fri, 28 Jun 2013 15:11:10 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id 1so716632qec.20 for ; Fri, 28 Jun 2013 08:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4Ye72QLe61FmdAhw5mF0gPxum16uIrPBv/6vct3XAnI=; b=nbFO7FXB/1e/+iQoBb/nDm8vjDPwQMnzxVsGWt14nQkAO3MRHS1/qb95juuXQEP8xu c/cekIt2miKq5nrBsCgUZ3AW2qyNK114qCUQIw3oQ8/4k/EmG+bQoXNq7XFykGy8O9FQ TjFEy/9ZzCCXxD+yxYyT7ewK6DqwRm9jRI9lNrfpX7zJa72uOA4VQ+QdskG3DZapK3Q6 iLc4atMZdWsIOIoi1hbY8aGzp/oBtM57g6bttEz9UoQZOf0zz3TH5q+r0ka/Aqu5bidf iU9wkWvF7izFmJooU7IHGG7aG00G9xsx7McujMqrozDC9MUUSaLOMuj8OYJrhq+eUvJp Rqhg== MIME-Version: 1.0 X-Received: by 10.224.43.3 with SMTP id u3mr18711247qae.92.1372432270380; Fri, 28 Jun 2013 08:11:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.214.7 with HTTP; Fri, 28 Jun 2013 08:11:10 -0700 (PDT) In-Reply-To: References: <201306280351.r5S3pLAm098083@svn.freebsd.org> Date: Fri, 28 Jun 2013 08:11:10 -0700 X-Google-Sender-Auth: y7zZ_jk8bV5faROuDU7VuK49Cp0 Message-ID: Subject: Re: svn commit: r252330 - in head/sys: conf geom kern sys vm From: Adrian Chadd To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Cc: svn-src-head@freebsd.org, Jeff Roberson , src-committers@freebsd.org, svn-src-all@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 15:11:11 -0000 On 28 June 2013 03:36, Jeff Roberson wrote: >> Do we really need another allocator / resource manager just for this? >> > > No, however; I have a follow-up patch to replace kmem with this. And then > we will use it for NUMA allocations in the kernel. After that it is likely > that we could replace several other less efficient allocators with this. > Solaris uses it for pids, tids, device unit numbers. etc. We could easily > do the same. The existing allocators have failure modes, big O cost, and > allocation requirements that are not tolerable for use in the vm. This also > has a very nice feature that works with UMA to provide per-cpu caches of > arbitrary number ranges. So it is more scalable as well as providing for > less fragmentation. Sweet. :) Thanks, -adrian