RE:Re: The reason to call it 3.0 is the desktop (was Re: [OT] 2.6 not 3.0 - (NUMA))

--1034082362856
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

sounds good, could a space wiper be made for secret agencies/buisness throwing away old hdds?

Cheers, Dean.

On 	Tue, 8 Oct 2002 08:49:48 -0400 	[e-mail] wrote:

--1034082362856
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Received: from vger.kernel.org ([209.116.70.75]) by smtp.cwctv.net  with Microsoft SMTPSVC(5.5.1877.447.44);
	 Tue, 8 Oct 2002 13:49:32 +0100
Received: ([e-mail]) by vger.kernel.org via listexpand
	id <S262311AbSJHMoI>; Tue, 8 Oct 2002 08:44:08 -0400
Received: ([e-mail]) by vger.kernel.org
	id <S262343AbSJHMoI>; Tue, 8 Oct 2002 08:44:08 -0400
Received: from smtp.intrex.net ([209.42.192.250]:10 "EHLO intrex.net")
	by vger.kernel.org with ESMTP id <S262311AbSJHMoG>;
	Tue, 8 Oct 2002 08:44:06 -0400
Received: from tricia.dyndns.org [216.181.42.97] by intrex.net with ESMTP
  (SMTPD32-5.05) id A49B223D007C; Tue, 08 Oct 2002 08:50:35 -0400
Received: by tricia.dyndns.org (Postfix, from userid 227)
	id 9984A4AB92; Tue,  8 Oct 2002 08:49:48 -0400 (EDT)
Date:	Tue, 8 Oct 2002 08:49:48 -0400
From:	[e-mail]
To:	[e-mail]
Subject: Re: The reason to call it 3.0 is the desktop (was Re: [OT] 2.6 not 3.0 -  (NUMA))
Message-ID: <[e-mail]>
References: <[e-mail]> <1281002684.1033892373@[10.10.2.3]> <E17ybuZ-0003tz-00@starship> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[e-mail]>
User-Agent: Mutt/1.4i
X-Declude-Sender: [e-mail] [216.181.42.97]
Sender:	[e-mail]
Precedence: bulk
X-Mailing-List:	[e-mail]
Return-Path: linux-kernel-owner+Hell.Surfers=[e-mail]

On Mon, Oct 07, 2002 at 07:50:27PM -0700, Andrew Morton wrote:

> I have the core code for ext3.  It's at
> http://www.zip.com.au/~akpm/linux/patches/2.4/2.4.19-pre10/ext3-reloc-page.patch
> I never tested it, but that's a formality ;)
> 
> It offers a simple ioctl to reloate a single page's worth of blocks.
> It's fully journalled and recoverable, pagecache coherent, etc.
> But the userspace application which calls that ioctl hasn't been
> written.

Hi Andrew,
    I decided not to let the fact that I have never written any FS code
stand in the way of making suggestions :-) :-)
    Do you think it would be better to make the defragmentation part of
the normal operation of the FS rather than a seperate application.  For
example, if you did a fragmentation check/fix on the last close of a file
you would know that coherency issues were not going to be important.  It
might also give you some way to determine which files were important to
keep close together.

Thanks,

Jim