From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 12:45:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D75ED16A4CE for ; Tue, 6 Apr 2004 12:45:13 -0700 (PDT) Received: from mail018.syd.optusnet.com.au (mail018.syd.optusnet.com.au [211.29.132.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5CB43D5A for ; Tue, 6 Apr 2004 12:45:12 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i36Ji0516387; Wed, 7 Apr 2004 05:44:02 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i36Ji0SU086613; Wed, 7 Apr 2004 05:44:00 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)i36JhxoD086612; Wed, 7 Apr 2004 05:43:59 +1000 (EST) (envelope-from jeremyp) Date: Wed, 7 Apr 2004 05:43:59 +1000 From: Peter Jeremy To: Tim Kientzle Message-ID: <20040406194359.GB53327@cirb503493.alcatel.com.au> References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> <4072F398.5040709@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4072F398.5040709@kientzle.com> User-Agent: Mutt/1.4.2i cc: current@freebsd.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 19:45:14 -0000 On Tue, Apr 06, 2004 at 11:14:48AM -0700, Tim Kientzle wrote: >improve some as I continue to work on it. However, in general, >I expect it to be a little bit slower because the compression >isn't handled in a separate process (thus there's less overlapping >of I/O and computation). On the flip side, having everything in one process means there's less context switching and no copying data between processes. On a UP system there's relatively little scope for overlap because pipes don't buffer much. Peter