From owner-freebsd-fs@FreeBSD.ORG Tue Jul 10 12:47:05 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CC1916A468 for ; Tue, 10 Jul 2007 12:47:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1008713C465 for ; Tue, 10 Jul 2007 12:47:04 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6ACl33C035297; Tue, 10 Jul 2007 07:47:03 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46937FC7.1040306@freebsd.org> Date: Tue, 10 Jul 2007 07:47:03 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Gore Jarold References: <423307.86822.qm@web63003.mail.re1.yahoo.com> In-Reply-To: <423307.86822.qm@web63003.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-fs@freebsd.org Subject: Re: help needed - tuning a filesystem for rm and cp ? (MORE) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:47:05 -0000 Gore Jarold wrote: > Some more information on my question... > > The directories on the single mount point that I am > referring to are varied in depth and density - but > some of them have as many as a few million inodes in > them and can go 5-10 levels deep. > > But that is not a rule - it is a large multi-user > system (think old school shell server) with hundreds > of users that can populate their home directories with > anything they want. The only thing I can say for sure > is that I am using 2.5 TB of space (out of 8 TB) and > am using 23.8 million inodes. > > So it's not that dense with inodes at all, but there > is no telling how even a distribution that is - a > cp/rm target might not be represented well by the > average (ie. they might be very sparse or very dense) > > So again, all is well, but I have these long 'cp' and > 'rm' processes that I would like to speed up, if > possible. > > All else being equal, how do you optimize a system for > copying from one place to another on the same mount > point ? How do you optimize a system for fast file > deletion ? Are the two mutually exclusive ? Are you cp'ing a tree, and then deleting one of its copies? Are you running 6-STABLE or -CURRENT? (sorry if I missed that part) Eric