From owner-freebsd-performance@FreeBSD.ORG Wed Aug 24 17:49:50 2005 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE1BE16A41F for ; Wed, 24 Aug 2005 17:49:50 +0000 (GMT) (envelope-from jarek@adeon.lublin.pl) Received: from v00061.home.net.pl (list.pl [212.85.96.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 0463443D45 for ; Wed, 24 Aug 2005 17:49:49 +0000 (GMT) (envelope-from jarek@adeon.lublin.pl) Received: from bio35.neoplus.adsl.tpnet.pl (jarek.list@home@83.28.130.35) by matrix01.home.net.pl with SMTP; Wed, 24 Aug 2005 17:49:46 -0000 Date: Wed, 24 Aug 2005 19:49:39 +0200 From: JG X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <818587040.20050824194939@adeon.lublin.pl> To: "Steven Hartland" In-Reply-To: <068901c5a8cd$4b8a15f0$7f06000a@int.mediasurface.com> References: <1168719770.20050824183357@adeon.lublin.pl> <068901c5a8cd$4b8a15f0$7f06000a@int.mediasurface.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org Subject: Re[2]: slow tar performance on fbsd5 X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: JG List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2005 17:49:51 -0000 > Might be silly but do u get similar results if u: > 1. expand to a memory backed disk > 2. expand to /dev/null Hello, Thank you for test advice. FreeBSD: # time tar -xf mysql-m.tgz -O > /dev/null 1.125u 3.007s 0:04.13 99.7% 41+323k 0+0io 0pf+0w # time tar -xf mysql-m.tgz -O > /dev/null 1.194u 3.013s 0:04.22 99.5% 41+321k 1+0io 0pf+0w So the same result twice. BTW It's fast. ------------------------------- Gentoo: # time tar -xf mysql-m.tgz -O > /dev/null real 0m7.586s user 0m0.906s sys 0m1.352s # time tar -xf mysql-m.tgz -O > /dev/null real 0m1.640s user 0m0.833s sys 0m0.808s Seems like a cached. First time 7,5 sec, each next time it takes only 1.6secs. I checked it with the other file and result is the same. Anyway, it's only a few secs difference, so the problem must be with write. Any other hints? :) Thank You, JG