From owner-freebsd-fs@FreeBSD.ORG Thu Oct 1 13:51:27 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A29B1065672; Thu, 1 Oct 2009 13:51:27 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id C17B28FC1F; Thu, 1 Oct 2009 13:51:26 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n91DpPJo095900; Thu, 1 Oct 2009 08:51:25 -0500 (CDT) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=eGQ1ykIaIn3Yp0IqYhu4eTwprU8tgZMUN+YT2a/CrrGHk+USPZxMvyVTxHmyzL+RE u2O80xDezC63e8UNPSYJZCd/HJ/UipBy9tYz0ebYMOHji8rhbFqGqRFUcUgwsCbMc/k iJIB58T5zZyhpX9Vfey3I/5VvNzfc04Lz0lHW+M= Message-ID: <4AC4B3DD.5050600@jrv.org> Date: Thu, 01 Oct 2009 08:51:25 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Olivier Smedts References: <200909230920.n8N9KIJ6005528@freefall.freebsd.org> <367b2c980910010221kd388f43q8243797b4eac9af7@mail.gmail.com> In-Reply-To: <367b2c980910010221kd388f43q8243797b4eac9af7@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs , pjd@freebsd.org Subject: Re: kern/139072: [zfs] zfs marked as production ready but it used a deprecated checksum algorithm X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2009 13:51:27 -0000 Olivier Smedts wrote: > Hello, > > Now that this PR is closed, is there something to change on *existing* > zfs filesystems to make them use fletcher4 (for new data) when they > have the default property "checksum=on"? # zfs set checksum=fletcher4 pool > Is there something to do > (other than dumping and restoring) to change checksums to fletcher4 > for existing data and metadata ? No. Even "fletcher4" has the undesirable property that the checksum of every group of zeros, of any length, is the same as the initial value of the accumulator. This means that fletcher4 is insensitive to the number of leading zeros in the checksummed data. The ZFS team needs to revisit the checksum issue and add another algorithm but they have other things to worry about at the moment. Some SHA-3 contestants claim to be very fast though it's not clear they're fast enough to replace a true Fletcher sum in the real world, at least not yet.