我得到了一个1TB的稀疏文件，在Linux上实际上存储了32MB数据。

是否可以“有效地”制作一个软件包来存储稀疏文件？该软件包应解压缩为另一台计算机上的1TB稀疏文件。理想情况下，“软件包”应为32MB左右。

注意：可能的解决方案是使用“
tar”：https
:
//wiki.archlinux.org/index.php/Sparse_file#Archiving_with_.60tar.27

但是，对于1TB的稀疏文件，尽管tar球可能很小，但是将稀疏文件存档会花费很长时间。

编辑1

我测试了tar和gzip，结果如下（请注意，此稀疏文件包含0字节的数据）。

$ du -hs sparse-1
0   sparse-1

$ ls -lha sparse-1
-rw-rw-r-- 1 user1 user1 1.0T 2012-11-03 11:17 sparse-1

$ time tar cSf sparse-1.tar sparse-1

real    96m19.847s
user    22m3.314s
sys     52m32.272s

$ time gzip sparse-1

real    200m18.714s
user    164m33.835s
sys     10m39.971s

$ ls -lha sparse-1*
-rw-rw-r-- 1 user1 user1 1018M 2012-11-03 11:17 sparse-1.gz
-rw-rw-r-- 1 user1 user1   10K 2012-11-06 23:13 sparse-1.tar

包含0字节数据的1TB文件sparse-1可以由’tar’存档到10KB的tar球中，也可以由gzip压缩为〜1GB文件。gzip的时间大约是tar使用时间的2倍。

通过比较，“ tar”似乎比gzip更好。

但是，对于包含0字节数据的稀疏文件，96分钟太长了。

编辑2

rsync似乎完成复制文件的时间多于tar但少于gzip：

$ time rsync --sparse sparse-1 sparse-1-copy

real    124m46.321s
user    107m15.084s
sys     83m8.323s

$ du -hs sparse-1-copy 
4.0K    sparse-1-copy

因此，对于这个极为稀疏的文件，tar+ cp或scp应该比直接速度更快rsync。

编辑3

感谢@mvp指出了较新内核中的SEEK_HOLE功能。（我以前在2.6.32 Linux内核上工作）。

注意：必须使用bsdtar版本> = 3.0.4（请在此处查看：http：//ask.fclose.com/4/how-to-effective-archive-a-very-large-
sparse-file？show = 299＃c299 ）。

在新的内核和Fedora发行版（17），tar以及cp把手稀疏文件 非常 有效。

[zma@office tmp]$ ls -lh pmem-1

-rw-rw-r-- 1 zma zma 1.0T Nov  7 20:14 pmem-1
[zma@office tmp]$ time tar cSf pmem-1.tar pmem-1

real    0m0.003s
user    0m0.003s
sys 0m0.000s
[zma@office tmp]$ time cp pmem-1 pmem-1-copy

real    0m0.020s
user    0m0.000s
sys 0m0.003s
[zma@office tmp]$ ls -lh pmem*
-rw-rw-r-- 1 zma zma 1.0T Nov  7 20:14 pmem-1
-rw-rw-r-- 1 zma zma 1.0T Nov  7 20:15 pmem-1-copy
-rw-rw-r-- 1 zma zma  10K Nov  7 20:15 pmem-1.tar
[zma@office tmp]$ mkdir t
[zma@office tmp]$ cd t
[zma@office t]$ time tar xSf ../pmem-1.tar

real    0m0.003s
user    0m0.000s
sys 0m0.002s
[zma@office t]$ ls -lha
total 8.0K
drwxrwxr-x   2 zma  zma  4.0K Nov  7 20:16 .
drwxrwxrwt. 35 root root 4.0K Nov  7 20:16 ..
-rw-rw-r--   1 zma  zma  1.0T Nov  7 20:14 pmem-1

我正在使用3.6.5内核：

[zma@office t]$ uname -a
Linux office.zhiqiangma.com 3.6.5-1.fc17.x86_64 #1 SMP Wed Oct 31 19:37:18 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux