From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 02:57:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD18B16A405 for ; Thu, 12 Apr 2007 02:57:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8385813C45B for ; Thu, 12 Apr 2007 02:57:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3C2mv68016739 for ; Thu, 12 Apr 2007 12:18:57 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Thu, 12 Apr 2007 12:27:53 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 12:27:52 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3C2vkQI010573 for ; Thu, 12 Apr 2007 10:57:47 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3C2vkLk010572 for freebsd-current@freebsd.org; Thu, 12 Apr 2007 10:57:46 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 12 Apr 2007 10:57:46 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070412025746.GI10081@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070411225124.GM30772@cicely12.cicely.de> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 12 Apr 2007 02:57:53.0251 (UTC) FILETIME=[5D299B30:01C77CAE] Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 02:57:59 -0000 0n Thu, Apr 12, 2007 at 12:51:25AM +0200, Bernd Walter wrote: >On Wed, Apr 11, 2007 at 05:49:11PM -0400, David Schultz wrote: >> On Sat, Apr 07, 2007, Dag-Erling Smrgrav wrote: >> > Bernd Walter writes: >> > > On Sat, Apr 07, 2007 at 09:43:59PM +0200, Dag-Erling Smørgrav wrote: >> > > > ZFS is now also available on pc98 and amd64. >> > > Great to read - is it just atomic.S missing for the remaining >> > > architectures? >> > >> > Yes. Ideally, ZFS would use FreeBSD's atomic operations instead of >> > its own. I believe that the reason it doesn't is (at least in part) >> > that we don't have 64-bit atomic operations for i386. I have >> > unfinished patches for cleaning up the atomic operations on all >> > platforms; I'll dust them off and see what I can do. > >I already did a good cleanup of arm atomic functions based on your >work a while ago. > >> As I recall, Solaris 10 targets PPro and later processors, whereas >> FreeBSD supports everything back to a 486DX. Hence we can't >> assume that cmpxchg8b is available. The last time I remember this >> coming up, people argued that we had to do things slow way in the >> default kernel for compatibility. > >486 support is definitively needed, but it is very unlikely that many >real existing 486 system has enough RAM for ZFS. >AFAIK a ELAN520 can have up to 256MB, but I doubt that one would >spend so much RAM for such a system without better use for it. >Not shure about 586, this is more likely. >But I'm not very familar with x86 assembly, so I don't even know which >CPUs have cmpxchg8b. >If ZFS wouldn't be so greedy I might have used it on flash media for >x86 and ARM systems, but those boards usually don't have enough RAM. > >> Any ideas how ZFS and GEOM are going to work out, given that ZFS >> is designed to be the filesystem + volume manager in one? > >Although you want to use ZFS RAID functionality GEOM has still many >goodies avalable, such as md, ggate, partition-parsing, encyption, etc. >There are other cool points, which I've found possible lately. partition-parsing ? got any info on that ? I have never heard of it. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email.