From owner-freebsd-arch@FreeBSD.ORG Fri Aug 1 01:44:24 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A2537B401 for ; Fri, 1 Aug 2003 01:44:24 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4950743FE9 for ; Fri, 1 Aug 2003 01:44:23 -0700 (PDT) (envelope-from das@freebsd.org) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h718iHBG076002; Fri, 1 Aug 2003 01:44:18 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h718iF5j076001; Fri, 1 Aug 2003 01:44:15 -0700 (PDT) (envelope-from das@freebsd.org) Date: Fri, 1 Aug 2003 01:44:15 -0700 From: David Schultz To: Poul-Henning Kamp Message-ID: <20030801084415.GA75930@HAL9000.homeunix.com> Mail-Followup-To: Poul-Henning Kamp , arch@freebsd.org References: <20030801082336.GA75619@HAL9000.homeunix.com> <6612.1059726521@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6612.1059726521@critter.freebsd.dk> cc: arch@freebsd.org Subject: Re: headsup: swap_pager.c X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 08:44:25 -0000 On Fri, Aug 01, 2003, Poul-Henning Kamp wrote: > In message <20030801082336.GA75619@HAL9000.homeunix.com>, David Schultz writes: > > >But since you just ripped out the debugging stuff for the radix > >tree bitmap, I'm guessing that your plan is to replace the bitmap > >with something else within the next few days anyway... > > I actually do not plan on replacing the radix code in this round. > I want to see how it performs before I vote it out. I don't currently > see any resource managers in the kernel which obviously would do > a better job. So why has the debugging support for the radix tree bitmaps been removed, then? > >Can you please describe how the interface between ccd(4) and the > >swap subsystem will work? I like this idea, but it isn't > >immediately obvious how you plan to implement striping based on > >load and dynamic addition and removal of swap space. > > ccdconfig -c ccd0 128 0 /dev/da0b /dev/da1b /dev/da2b > swapon /dev/ccd0 That's what I thought, but the swap subsystem just sees one big virtual disk, and I now add /dev/da3b, how will the new space be interleaved with the existing space? How is it possible to support anything other than fixed interleave in this model?