From owner-cvs-src@FreeBSD.ORG  Mon Dec 17 16:19:16 2007
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 5A70216A475;
	Mon, 17 Dec 2007 16:19:16 +0000 (UTC) (envelope-from imp@bsdimp.com)
Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85])
	by mx1.freebsd.org (Postfix) with ESMTP id 1DB9E13C478;
	Mon, 17 Dec 2007 16:19:16 +0000 (UTC) (envelope-from imp@bsdimp.com)
Received: from localhost (localhost [127.0.0.1])
	by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lBHGGunV070109;
	Mon, 17 Dec 2007 09:16:56 -0700 (MST) (envelope-from imp@bsdimp.com)
Date: Mon, 17 Dec 2007 09:19:01 -0700 (MST)
Message-Id: <20071217.091901.627251640.imp@bsdimp.com>
To: phk@phk.freebsd.dk
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <11419.1197903331@critter.freebsd.dk>
References: <47668B2B.5030206@incunabulum.net>
	<11419.1197903331@critter.freebsd.dk>
X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: cvs-src@FreeBSD.org, bms@incunabulum.net, bms@FreeBSD.org,
	cvs-all@FreeBSD.org, src-committers@FreeBSD.org
Subject: Re: cvs commit: src/sbin/atacontrol atacontrol.c 
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Dec 2007 16:19:16 -0000

In message: <11419.1197903331@critter.freebsd.dk>
            "Poul-Henning Kamp" <phk@phk.freebsd.dk> writes:
: > * NAND Flash devices should not have their sectors erased unless 
: >absolutely necessary, to implement wear levelling.
: 
: Wrong, almost exactly the opposite in fact:
: 
: Flash devices using wear-levelling should have data erased as soon as
: possible to give the wear-levelling the maximum amount of information
: and available space to work with.

The formula for flash life has two components: The percentage of space
available and the data rate.  So the more space, the longer it will
last for a given rate.

Warner