From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 19 05:02:33 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29387106566C for ; Fri, 19 Feb 2010 05:02:33 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id F29118FC1B for ; Fri, 19 Feb 2010 05:02:32 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o1J52fgA083184 for freebsd-hackers@freebsd.org; Fri, 19 Feb 2010 05:02:41 GMT (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id q4mquszeibuiqwinuxqgszkt8e; for freebsd-hackers@freebsd.org; Fri, 19 Feb 2010 05:02:41 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4B7E1BA5.7050209@freebsd.org> Date: Thu, 18 Feb 2010 21:03:33 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20100217215940.GA19713@triton8.kn-bremen.de> <4B7CE066.4030403@freebsd.org> <20100218183459.GA65508@triton8.kn-bremen.de> <20100218191347.GA4040@britannica.bec.de> In-Reply-To: <20100218191347.GA4040@britannica.bec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: "tar tfv /dev/cd0" speedup patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 05:02:33 -0000 Joerg Sonnenberger wrote: > On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote: >> Ok here is a new version of the patch with these things fixed and the >> Linux case added: (Linux case not tested yet, and yes I did this on >> stable/8.) > > Why the check at all? Shouldn't devices that don't allow seek fail that? > E.g. for devices, just try to seek ahead and fallback to normal reading? That was the initial implementation in libarchive, but I had a number of reports of that not working for tape drives. I recently dug out and connected an old DDS drive I had in the closet, so I should probably try again and see if I misunderstood something along the way. Tim