From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 25 01:36:02 2010 Received: (at submit) by debbugs.gnu.org; 25 Aug 2010 05:36:03 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oo8eY-00042d-9L for submit@debbugs.gnu.org; Wed, 25 Aug 2010 01:36:02 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oo8eW-00042H-Lx for submit@debbugs.gnu.org; Wed, 25 Aug 2010 01:36:01 -0400 Received: from lists.gnu.org ([199.232.76.165]:33031) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Oo8fq-0000P9-G4 for submit@debbugs.gnu.org; Wed, 25 Aug 2010 01:37:22 -0400 Received: from [140.186.70.92] (port=59071 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oo8fo-0001vG-RC for bug-coreutils@gnu.org; Wed, 25 Aug 2010 01:37:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oo8fn-0004ZR-Ax for bug-coreutils@gnu.org; Wed, 25 Aug 2010 01:37:20 -0400 Received: from vms173009pub.verizon.net ([206.46.173.9]:64602) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oo8fn-0004ZI-73 for bug-coreutils@gnu.org; Wed, 25 Aug 2010 01:37:19 -0400 Received: from [192.168.1.10] ([unknown] [71.189.109.235]) by vms173009.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L7P00AS00XQES22@vms173009.mailsrvcs.net> for bug-coreutils@gnu.org; Wed, 25 Aug 2010 00:37:07 -0500 (CDT) Message-id: <4C74ABFE.1040105@cs.ucla.edu> Date: Tue, 24 Aug 2010 22:37:02 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 MIME-version: 1.0 To: bug-coreutils@gnu.org Subject: [PATCH] cp: copy entirely-sparse files oodles faster References: <201008241717.04250.bs_lists@aakef.fastmail.fm> <4C744B7F.7040600@redhat.com> <201008250138.03084.bs_lists@aakef.fastmail.fm> <4C7465E3.1070703@cs.ucla.edu> In-reply-to: <4C7465E3.1070703@cs.ucla.edu> Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Solaris 10 (1203?) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.0 (----) (By "oodles faster" I mean "as much faster as you like". The benchmark below shows a 2800x speedup.) In response to an idea by Kit Westneat for GNU tar reported in , Eric Blake wrote: > Meanwhile, if you are indeed correct that there are easy ways to detect > completely sparse files, even when the ioctl or SEEK_HOLE directives are > not present, then the coreutils cp(1) hole iteration routine should > probably be taught that corner case to recognize an entirely sparse file > as a single hole. Here's a patch to coreutils to implement this idea. It's based on a patch that I just now installed into GNU tar. I think of it as a quick first cut at full fiemap / SEEK_HOLE implementation, but unlike the full implementation this optimization does not depend on any special ioctls or lseek extensions, so it should work on any POSIX or POSIX-like host. On a simple benchmark this sped up GNU cp by a factor of 2800 (measuring by real-time seconds) on my host: $ truncate -s 10GB bigfile $ time old/cp bigfile bigfile-slow real 2m3.231s user 0m1.497s sys 0m5.738s $ time new/cp bigfile bigfile-fast real 0m0.044s user 0m0.000s sys 0m0.002s $ ls -ls bigfile* 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:11 bigfile 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:14 bigfile-fast 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:14 bigfile-slow >From 2e535b590d675e6d96f954c1f840d678fb133f6a Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 24 Aug 2010 22:20:55 -0700 Subject: [PATCH] cp: copy entirely-sparse files oodles faster * src/copy.c (copy_reg): Bypass reads if the file is entirely sparse. Idea suggested for by Kit Westneat via Bernd Shubert in for the Lustre file system. Implementation stolen from my patch to GNU tar. On my machine this sped up a cp benchmark, which copied a 10 GB entirely-sparse file on an NFS file system, by a factor of 2800 in real seconds. --- src/copy.c | 18 +++++++++++++++--- 1 files changed, 15 insertions(+), 3 deletions(-) diff --git a/src/copy.c b/src/copy.c index 6d11ed8..1e79523 100644 --- a/src/copy.c +++ b/src/copy.c @@ -669,10 +669,21 @@ copy_reg (char const *src_name, char const *dst_name, #endif } - /* If not making a sparse file, try to use a more-efficient - buffer size. */ - if (! make_holes) + if (make_holes) { + /* For speed, bypass reads if the file is entirely sparse. */ + + if (src_open_sb.st_size != 0 && ST_NBLOCKS (src_open_sb) == 0) + { + n_read_total = src_open_sb.st_size; + goto set_dest_size; + } + } + else + { + /* Not making a sparse file, so try to use a more-efficient + buffer size. */ + /* Compute the least common multiple of the input and output buffer sizes, adjusting for outlandish values. */ size_t blcm_max = MIN (SIZE_MAX, SSIZE_MAX) - buf_alignment_slop; @@ -788,6 +799,7 @@ copy_reg (char const *src_name, char const *dst_name, if (last_write_made_hole) { + set_dest_size: if (ftruncate (dest_desc, n_read_total) < 0) { error (0, errno, _("truncating %s"), quote (dst_name)); -- 1.7.2 From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 04:56:01 2011 Received: (at 6906) by debbugs.gnu.org; 17 Apr 2011 08:56:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QBNlw-0000HM-AX for submit@debbugs.gnu.org; Sun, 17 Apr 2011 04:56:00 -0400 Received: from mx.meyering.net ([82.230.74.64]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QBNlu-0000H8-DU for 6906@debbugs.gnu.org; Sun, 17 Apr 2011 04:55:59 -0400 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id ED3DB6012A; Sun, 17 Apr 2011 10:55:52 +0200 (CEST) From: Jim Meyering To: Paul Eggert Subject: Re: bug#6906: [PATCH] cp: copy entirely-sparse files oodles faster In-Reply-To: <4C74ABFE.1040105@cs.ucla.edu> (Paul Eggert's message of "Tue, 24 Aug 2010 22:37:02 -0700") References: <201008241717.04250.bs_lists@aakef.fastmail.fm> <4C744B7F.7040600@redhat.com> <201008250138.03084.bs_lists@aakef.fastmail.fm> <4C7465E3.1070703@cs.ucla.edu> <4C74ABFE.1040105@cs.ucla.edu> Date: Sun, 17 Apr 2011 10:55:52 +0200 Message-ID: <87d3kldzon.fsf@rho.meyering.net> Lines: 69 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: 6906 Cc: 6906@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Paul Eggert wrote: > (By "oodles faster" I mean "as much faster as you like". > The benchmark below shows a 2800x speedup.) > > In response to an idea by Kit Westneat for GNU tar reported in > , > Eric Blake wrote: > >> Meanwhile, if you are indeed correct that there are easy ways to detect >> completely sparse files, even when the ioctl or SEEK_HOLE directives are >> not present, then the coreutils cp(1) hole iteration routine should >> probably be taught that corner case to recognize an entirely sparse file >> as a single hole. > > Here's a patch to coreutils to implement this idea. It's based on a patch > that > I just now installed into GNU tar. I think of it as a quick first cut > at full fiemap / SEEK_HOLE implementation, but unlike the full > implementation this optimization does not depend on any special ioctls > or lseek extensions, so it should work on any POSIX or POSIX-like host. > > On a simple benchmark this sped up GNU cp by a factor of 2800 > (measuring by real-time seconds) on my host: > > $ truncate -s 10GB bigfile > $ time old/cp bigfile bigfile-slow > > real 2m3.231s > user 0m1.497s > sys 0m5.738s > $ time new/cp bigfile bigfile-fast > > real 0m0.044s > user 0m0.000s > sys 0m0.002s > $ ls -ls bigfile* > 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:11 bigfile > 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:14 bigfile-fast > 0 -rw-r--r-- 1 eggert csfac 10000000000 Aug 24 22:14 bigfile-slow > >>>From 2e535b590d675e6d96f954c1f840d678fb133f6a Mon Sep 17 00:00:00 2001 > From: Paul Eggert > Date: Tue, 24 Aug 2010 22:20:55 -0700 > Subject: [PATCH] cp: copy entirely-sparse files oodles faster > > * src/copy.c (copy_reg): Bypass reads if the file is entirely > sparse. Idea suggested for by Kit Westneat via Bernd Shubert in > > for the Lustre file system. Implementation stolen from my patch > > to GNU tar. On my machine this sped up a cp benchmark, which > copied a 10 GB entirely-sparse file on an NFS file system, by a > factor of 2800 in real seconds. Hi Paul, Somehow I didn't see this patch from you until now, while looking through the hundreds of outstanding (bug mostly resolved) bugs at http://debbugs.gnu.org/coreutils. Sorry about that. Now that we have FIEMAP support, (by the looks of things we will soon have SEEK_HOLE support in cp and in the linux kernel) do you think adding support for this special case is worthwhile? I could go either way. If so, would you care to rebase it for 8.13? coreutils-8.12 will probably be coming soon to adjust FIEMAP support not to collide with the combination of XFS, 2.6.39 release-candidate kernels and so called "unwritten extents". From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 12:29:10 2011 Received: (at 6906) by debbugs.gnu.org; 17 Apr 2011 16:29:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QBUqT-000524-NL for submit@debbugs.gnu.org; Sun, 17 Apr 2011 12:29:10 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QBUqR-00051q-TB for 6906@debbugs.gnu.org; Sun, 17 Apr 2011 12:29:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id BE82839E80F7; Sun, 17 Apr 2011 09:29:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cLkbI73VO+xx; Sun, 17 Apr 2011 09:29:01 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 660ED39E8083; Sun, 17 Apr 2011 09:29:01 -0700 (PDT) Message-ID: <4DAB1548.8000708@cs.ucla.edu> Date: Sun, 17 Apr 2011 09:28:56 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: Jim Meyering Subject: Re: bug#6906: [PATCH] cp: copy entirely-sparse files oodles faster References: <201008241717.04250.bs_lists@aakef.fastmail.fm> <4C744B7F.7040600@redhat.com> <201008250138.03084.bs_lists@aakef.fastmail.fm> <4C7465E3.1070703@cs.ucla.edu> <4C74ABFE.1040105@cs.ucla.edu> <87d3kldzon.fsf@rho.meyering.net> In-Reply-To: <87d3kldzon.fsf@rho.meyering.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 6906 Cc: 6906@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 04/17/11 01:55, Jim Meyering wrote: > Now that we have FIEMAP support, (by the looks of things > we will soon have SEEK_HOLE support in cp and in the linux kernel) > do you think adding support for this special case is worthwhile? > I could go either way. > > If so, would you care to rebase it for 8.13? Yes, I expect it's worthwhile, as the FIEMAP stuff isn't universal. I'll add it to my list of thing to do. It's not high priority, to be sure. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 10 12:36:35 2018 Received: (at 6906) by debbugs.gnu.org; 10 Oct 2018 16:36:35 +0000 Received: from localhost ([127.0.0.1]:43769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAHTP-0005l4-DF for submit@debbugs.gnu.org; Wed, 10 Oct 2018 12:36:35 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:39815) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAHTN-0005kp-Vx for 6906@debbugs.gnu.org; Wed, 10 Oct 2018 12:36:34 -0400 Received: by mail-pf1-f196.google.com with SMTP id c25-v6so2906675pfe.6 for <6906@debbugs.gnu.org>; Wed, 10 Oct 2018 09:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=H0YeraHu4klcsIIki6w81gzaMbdfx1bz/ebidzBZ4l4=; b=L80oCjzKHkwKY9r3u/q0eeETmFeSKsbkCZwAfqZTpEbERfXWU7Ei03isS+exggud83 aEhnXWarPfcqVseJLuelyrgX0scGUpB091i8LuvesFCEzKMbPXSH/GZhzp0jhUKTl0rV whrN1q+DxaAb3ANbSg/DLPpMVWfoevLrUk0uZTDR4WvGmEi/IQ+CUtxy9l9vhmtnG8mX TslaM4jJ2H/QMzsgO4RoJeCgyIOS91hIlHEj/LRN1HRS5Yibu+bgGWIsh975rYHiQbDh TsHwSgwxjmIYO/CE8friwF7KN18P3KjsLp/xgKFsxL0o28qL4f1tEayc+Iz6uErI4aSh +Arw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H0YeraHu4klcsIIki6w81gzaMbdfx1bz/ebidzBZ4l4=; b=GP52tG+dkmI+B369lnqPqlxvI/2pt++RlwIWgpCdErzO++1+mClPqzePC3VrMMGpQj 5HfI1+BbId1h1namHzQJ7sErLVodPeIdcq9+zv/Z6SuknzDEXByViCS+Z/6G7c8bU36v 0qYRP+Q7AQ64N76nXxtz3QiYl3GMp5u6XRA0GVtBqgLrfDEsPGxFOrxzDsSU27EHm0AE HAombtSsAlr+GB9KhNpLQDim85Wi8e/+j8V2cM0DfnzByP9Mt5tenHDDOvNDzQDNxR5J +NR8hGLR+Vr+PNTLr9ANAu59EJJf9VpBw7hDjFgOW//v8ecU5ro2zjweCTxaVX9pPmbj EbQA== X-Gm-Message-State: ABuFfoj10yFTMi5UU+aIX6oxgmx/Vmonl373AKA0ROlP33MKBn4TMoDD IeMmKU2m1w86JbUXoS9HL4MpzxXj5Mc= X-Google-Smtp-Source: ACcGV62pgg1vhVDQmIEV8tDWjBWfDPBjDl6izJmUjTsHKsCtqPwDJYd5rz47wTZT8p51yZ+moPkPMw== X-Received: by 2002:a62:fcd8:: with SMTP id e207-v6mr34809033pfh.132.1539189387601; Wed, 10 Oct 2018 09:36:27 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id x15-v6sm6965935pfd.27.2018.10.10.09.36.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Oct 2018 09:36:26 -0700 (PDT) Subject: Re: bug#6906: [PATCH] cp: copy entirely-sparse files oodles faster To: Paul Eggert , Jim Meyering References: <201008241717.04250.bs_lists@aakef.fastmail.fm> <4C744B7F.7040600@redhat.com> <201008250138.03084.bs_lists@aakef.fastmail.fm> <4C7465E3.1070703@cs.ucla.edu> <4C74ABFE.1040105@cs.ucla.edu> <87d3kldzon.fsf@rho.meyering.net> <4DAB1548.8000708@cs.ucla.edu> From: Assaf Gordon Message-ID: <65949a5e-2a76-dbe8-0744-9bc37d1de184@gmail.com> Date: Wed, 10 Oct 2018 10:36:25 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <4DAB1548.8000708@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 6906 Cc: 6906@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) (triaging old bugs) Hello, On 17/04/11 10:28 AM, Paul Eggert wrote: > On 04/17/11 01:55, Jim Meyering wrote: >> Now that we have FIEMAP support, (by the looks of things >> we will soon have SEEK_HOLE support in cp and in the linux kernel) >> do you think adding support for this special case is worthwhile? >> I could go either way. >> >> If so, would you care to rebase it for 8.13? > > Yes, I expect it's worthwhile, as the FIEMAP stuff isn't universal. > I'll add it to my list of thing to do. It's not high priority, > to be sure. In the 8 years since the original thread, cp(1) can now copy sparse files very fast (though I suspect it's still with FIEMAP and not SEEK_DATA/HOLE). https://bugs.gnu.org/6906 Can this be closed as out-dated? regards, - assaf From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 10 22:14:28 2018 Received: (at 6906-done) by debbugs.gnu.org; 11 Oct 2018 02:14:28 +0000 Received: from localhost ([127.0.0.1]:44025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAQUe-0006nY-4C for submit@debbugs.gnu.org; Wed, 10 Oct 2018 22:14:28 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:54216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAQUc-0006nC-Ey for 6906-done@debbugs.gnu.org; Wed, 10 Oct 2018 22:14:27 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 85076160029; Wed, 10 Oct 2018 19:14:20 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id newqrNH9OpAD; Wed, 10 Oct 2018 19:14:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id DB459160514; Wed, 10 Oct 2018 19:14:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id t0hlZqCp_Y7w; Wed, 10 Oct 2018 19:14:19 -0700 (PDT) Received: from [192.168.1.9] (cpe-23-242-74-103.socal.res.rr.com [23.242.74.103]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id B5A67160029; Wed, 10 Oct 2018 19:14:19 -0700 (PDT) Subject: Re: bug#6906: [PATCH] cp: copy entirely-sparse files oodles faster To: Assaf Gordon , Jim Meyering References: <201008241717.04250.bs_lists@aakef.fastmail.fm> <4C744B7F.7040600@redhat.com> <201008250138.03084.bs_lists@aakef.fastmail.fm> <4C7465E3.1070703@cs.ucla.edu> <4C74ABFE.1040105@cs.ucla.edu> <87d3kldzon.fsf@rho.meyering.net> <4DAB1548.8000708@cs.ucla.edu> <65949a5e-2a76-dbe8-0744-9bc37d1de184@gmail.com> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: Date: Wed, 10 Oct 2018 19:14:19 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <65949a5e-2a76-dbe8-0744-9bc37d1de184@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 6906-done Cc: 6906-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Assaf Gordon wrote: > Can this be closed as out-dated? Yes, that's fine. Closing. From unknown Sat Sep 13 08:55:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 08 Nov 2018 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator