From owner-freebsd-hardware@FreeBSD.ORG  Sat Dec 17 12:04:27 2005
Return-Path: <owner-freebsd-hardware@FreeBSD.ORG>
X-Original-To: freebsd-hardware@freebsd.org
Delivered-To: freebsd-hardware@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0A5E916A41F
	for <freebsd-hardware@freebsd.org>;
	Sat, 17 Dec 2005 12:04:27 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B2E843D4C
	for <freebsd-hardware@freebsd.org>;
	Sat, 17 Dec 2005 12:04:26 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (unknown [192.168.48.2])
	by phk.freebsd.dk (Postfix) with ESMTP id 8FA15BC66;
	Sat, 17 Dec 2005 12:04:24 +0000 (UTC)
To: Mathieu Arnold <mat@mat.cc>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sat, 17 Dec 2005 12:25:49 +0100."
	<5C66F3C40FAC63FB21A0C626@cc-126-240.int.t-online.fr> 
Date: Sat, 17 Dec 2005 13:04:24 +0100
Message-ID: <24265.1134821064@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Cc: Alexandre DELAY <alexandre.delay@free.fr>, freebsd-hardware@freebsd.org
Subject: Re: HDD 
X-BeenThere: freebsd-hardware@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: General discussion of FreeBSD hardware <freebsd-hardware.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hardware>, 
	<mailto:freebsd-hardware-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hardware>
List-Post: <mailto:freebsd-hardware@freebsd.org>
List-Help: <mailto:freebsd-hardware-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hardware>, 
	<mailto:freebsd-hardware-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Dec 2005 12:04:27 -0000

In message <5C66F3C40FAC63FB21A0C626@cc-126-240.int.t-online.fr>, Mathieu Arnol
d writes:

>but, taking into account that your flash is half filled with real non really
>changing data, and you have a swap partition, the flash adaptation layer will
>have the swap space slide on the available space, and it'll wrap up, after
>many times, it'll eventually have the free space unwritable (unless the flash
>adaptation layer is smart enough to move non changing data to cell which
>won't have many more write cycles left and continue to write to almost non
>used cells).

It is.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.