From owner-freebsd-arch@FreeBSD.ORG Wed Aug 20 23:41:54 2008 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9CE1065689; Wed, 20 Aug 2008 23:41:54 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (ice.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 651D38FC1D; Wed, 20 Aug 2008 23:41:54 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id A167186CB1; Wed, 20 Aug 2008 18:41:53 -0500 (CDT) Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (ice.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 10079-04; Wed, 20 Aug 2008 18:41:51 -0500 (CDT) Received: from wanderer.tachypleus.net (adsl-75-37-4-190.dsl.pltn13.sbcglobal.net [75.37.4.190]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 88BE586B19; Wed, 20 Aug 2008 18:41:50 -0500 (CDT) Message-ID: <48ACABBF.3070705@freebsd.org> Date: Wed, 20 Aug 2008 16:41:51 -0700 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.16 (X11/20080804) MIME-Version: 1.0 To: John Baldwin References: <48981C19.8060009@freebsd.org> <200808051024.27043.jhb@freebsd.org> <48A2E62A.9060604@freebsd.org> <200808131214.43326.jhb@freebsd.org> In-Reply-To: <200808131214.43326.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ice.icecube.wisc.edu Cc: freebsd-arch@freebsd.org Subject: Re: UMA MD Small Allocator Runtime Switching X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2008 23:41:54 -0000 John Baldwin wrote: > [snip] >> I thought about it, but we can only use 4K pages on the G5 so this would >> put a large amount of pressure on the page table. IBM removed the block >> translation mechanism from the G5 and the CPU's superpage support is not >> available in the 32-bit compatibility mode under which we currently run. >> > > Hmm, I didn't know you weren't running in full 64-bit mode. Is that a > property of the G5 CPU that it only supports the 32-bit compat mode with > 64-bit extensions? > (see other email about the properties of the G5) I think the following one-line patch provides a reasonable solution to this problem. Is there any reason this is a bad idea? -Nathan Index: uma_core.c =================================================================== --- uma_core.c (revision 181929) +++ uma_core.c (working copy) @@ -1667,7 +1667,7 @@ bucket_init(); -#ifdef UMA_MD_SMALL_ALLOC +#if defined(UMA_MD_SMALL_ALLOC) && !defined(UMA_MD_SMALL_ALLOC_NEEDS_VM) booted = 1; #endif