From owner-freebsd-performance@FreeBSD.ORG Wed May 6 12:21:31 2009 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31999106566C for ; Wed, 6 May 2009 12:21:31 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from ibox.insign.ch (ibox.insign.ch [195.134.143.207]) by mx1.freebsd.org (Postfix) with SMTP id 803438FC1F for ; Wed, 6 May 2009 12:21:30 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 26320 invoked from network); 6 May 2009 11:54:49 -0000 Received: from [192.168.1.170] ([80.254.166.203]) by ibox.insign.ch ([195.134.143.207]) with ESMTP via TCP; 06 May 2009 11:54:49 -0000 From: Olivier Mueller To: freebsd-performance@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain Date: Wed, 06 May 2009 13:54:48 +0200 Message-Id: <1241610888.16418.64.camel@ompc.insign.local> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: 7bit Cc: Subject: filesystem: 12h to delete 32GB of data X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2009 12:21:31 -0000 Hello, $ df -m ; date ; rm -r templates_c ; df -m ; date Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/da0s1a 989 45 864 5% / /dev/da0s1f 128631 102179 16160 86% /usr [...] Wed May 6 00:23:01 CEST 2009 Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/da0s1a 989 45 864 5% / /dev/da0s1f 128631 69844 48496 59% /usr Wed May 6 12:21:02 CEST 2009 -> it took about 12 hours to delete these 30GB of files and sub-directories (smarty cache files: many small files in many dirs). It's a little bit surprising, as it's on a recent HP proliant DL360 g5 with SAS disks (Raid1) running freebsd 6.x ( /dev/da0s1f on /usr (ufs, local, soft-updates) ) Surprisingly, cpu load remained quite low during the operation (apache stayed responsive). Is it a known problem on this kind of hardware or something related to the filesystem? Is there a way to improve this? Even on my $500 PC with IDE disks this goes quicker... :) I checked http://www.freebsd.org/doc/en/books/handbook/configtuning-disk.html but I'm not sure if this would help in this case. Any suggestion how I can "fix" that? Regards, Olivier