From owner-freebsd-performance@FreeBSD.ORG Wed Oct 15 03:23:13 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79C7E1AC; Wed, 15 Oct 2014 03:23:13 +0000 (UTC) Received: from jc-bell.com (jc-bell.com [199.233.228.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 534C410F; Wed, 15 Oct 2014 03:23:13 +0000 (UTC) Received: from [10.0.0.6] (c-71-201-200-75.hsd1.il.comcast.net [71.201.200.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jim@jc-bell.com) by jc-bell.com (Postfix) with ESMTPSA id 84308ED590; Tue, 14 Oct 2014 22:23:11 -0500 (CDT) Message-ID: <543DE88F.1050608@JC-Bell.com> Date: Tue, 14 Oct 2014 22:22:55 -0500 From: Jim Bell Organization: J. C. Bell & Associates, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Brooks Davis Subject: Re: ar performing abysmally References: <543CBEB5.3020105@JC-Bell.com> <20141014150526.GB32476@spindle.one-eyed-alien.net> In-Reply-To: <20141014150526.GB32476@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 03:23:13 -0000 On 2014-10-14 10:05 AM, Brooks Davis wrote: > On Tue, Oct 14, 2014 at 01:12:05AM -0500, Jim Bell wrote: >> ... >> >> ?time ar -v -c -u -q ...? : 362.62 real 0.11 user 0.82 sys. >> ?time ar -v -c -r -u -s ...?: 407.94 real 0.13 user 0.80 sys >> >> ... > If you want to eliminate the disk as possible source I'd try doing the ar > run on a memory disk if the inputs will fit (you should be able to send > the output to /dev/null). Thanks for the input! ar doesn't like /dev/null, but I set up a ramdisk and that works great! time ar -v -c -r -u -s ... 0.70 real 0.10 user 0.34 sys Not bad for a 77MB lib.a file. > It's worth noting that ar doesn't really do anything particularly > complicated, ... Yeah, truss indicated it wasn't doing much but writing. Any pointers for what's killing my disk writes? I'll hound my ISP, but would love help from folks here. Thanks again, -Jim