From owner-freebsd-questions@FreeBSD.ORG Thu Aug 28 11:41:30 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39B71065693 for ; Thu, 28 Aug 2008 11:41:30 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id CD1598FC12 for ; Thu, 28 Aug 2008 11:41:29 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.2/8.14.2) with ESMTP id m7SBfOVm064672; Thu, 28 Aug 2008 13:41:24 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.2/8.14.2/Submit) with ESMTP id m7SBfM9b064669; Thu, 28 Aug 2008 13:41:24 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Thu, 28 Aug 2008 13:41:22 +0200 (CEST) From: Wojciech Puchar To: Eduardo Morras In-Reply-To: <20080828080935.9D7044FC901@xroff.net> Message-ID: <20080828133712.H64545@wojtek.tensor.gdynia.pl> References: <20080828080935.9D7044FC901@xroff.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Re: defrag X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 11:41:30 -0000 > No, if you check a NTFS disk after some work, it's heavily fragmented. As you > fill it and work with it, it becomes more and more fragmented. it's just like FAT, because nothing is done to prevent fragmentation. if NTFS needs to allocate block, it simply get first free. consider writing to 3 files, one block at a time to each. you will get block arranged like this (where 1 is file 1's data,2 is data from file 2 and 3 from file 3): 123123123123123123123123213213 with newer systems with lots of memory windoze POSSIBLY delays allocation, so it may somehow prevent allocation if these files are written within short period. but there is no real thing, as simple and efficient as in BSD UFS. > The best way to defragment a NTFS drive is make a backup to other device, > format the original and recover the backup. It take less time and device > don't suffer. I do it monthly with the data disks and performance grows > espectacularly (near x4 on sustained file read). did they finally "managed" to be able to backup everything just by copying files like in unix? is there any way to restore it without doing windoze installation on blank drive?