From owner-freebsd-questions@FreeBSD.ORG Sat Aug 30 09:15:27 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 8FA3C1065672 for ; Sat, 30 Aug 2008 09:15:27 +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 7A3F28FC22 for ; Sat, 30 Aug 2008 09:15:25 +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 m7U9FKs9007480; Sat, 30 Aug 2008 11:15:20 +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 m7U9FHMn007477; Sat, 30 Aug 2008 11:15:19 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sat, 30 Aug 2008 11:15:17 +0200 (CEST) From: Wojciech Puchar To: Eduardo Morras In-Reply-To: <20080829194852.EB32B1F76ED@s21sec.com> Message-ID: <20080830111336.Y7476@wojtek.tensor.gdynia.pl> References: <20080829122434.BE7AE4FD76A@xroff.net> <20080829175932.P4133@wojtek.tensor.gdynia.pl> <20080829194852.EB32B1F76ED@s21sec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Eduardo Morras , 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: Sat, 30 Aug 2008 09:15:27 -0000 > > ... In logical sense yes, in physical sense no. They are video big files > (from 9 to 40 GB) that i edit, cut, apply video filters, recompress and stuff so no. but still it's funny windoze can't keep fragmentation on files that are processed in large chunks on system with lots of RAM. even stupid allocation algorithm, but with delayed allocation (searching for first available block as big as unwritten data in cache) will suffice.