From owner-freebsd-arch@FreeBSD.ORG Thu Nov 10 06:03:21 2011 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC8AD106566B; Thu, 10 Nov 2011 06:03:21 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 845E18FC08; Thu, 10 Nov 2011 06:03:21 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id pAA63FDH096918; Thu, 10 Nov 2011 06:03:15 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 67ux5qbxnizkzsu7cyp7hj3q3s; Thu, 10 Nov 2011 06:03:15 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Wed, 9 Nov 2011 22:03:13 -0800 Content-Transfer-Encoding: 7bit Message-Id: <6E287E90-AA62-4776-A09D-394D69C9494F@kientzle.com> References: <201110281426.00013.jhb@freebsd.org> <4EB2C9DD.9090606@FreeBSD.org> <20111104160319.GD6110@elvis.mu.org> <201111080800.32717.jhb@freebsd.org> To: Peter Wemm X-Mailer: Apple Mail (2.1251.1) Cc: Bruce Cran , Ed Schouten , Jilles Tjoelker , Alfred Perlstein , arch@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] fadvise(2) system call X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 06:03:21 -0000 On Nov 9, 2011, at 4:57 PM, Peter Wemm wrote: > Did 'tar tvf' stop seeking and doing random seek/reads for raw tar > files? I know it can't do this for a stream compressed file and > there's no choice but to read it all. bsdtar has for some years optimized 'tar tvf' on uncompressed tar archives by using seek operations to skip over the bodies of large files. Makes a big difference in some situations. The optimization is actually integrated deeply into libarchive; the individual format handlers identify cases where the stream contents will be ignored ("skipped") and the I/O layer can use this as it sees fit. As a result, the optimization works cleanly with tar, cpio, ISO, Zip, and other formats. It sounds like some of the folks on this thread would have fun with the strategy section of libarchive/archive_read_open_filename.c. Anyone know how to properly request a "skip forward" on tape drives? That's one of the missing pieces. Tim