Linux压缩工具gzip和pigz哪个比较好

1、pigz默认用法（默认并发线程是逻辑cpu个数）可比gzip快5.3倍，CPU消耗则是gzip的8倍，压缩比则相当；

2、并发8线程对比4线程提升：41.2%，16线程对比8线程提升：27.9%，32线程对比16线程提升：3%；

3、在对压缩效率要求较高、但对短时间内CPU消耗较高不受影响的场景，使用pigz非常合适。

pigz是GZip的并行版(pigz，即 Parallel Implementation of GZip)，作者为Mark Adler。

它充分利用了现代多核处理器的性能，大幅提高压缩解压的速度。

1、压缩单个文件

2、解压单个文件

3、压缩文件夹

4、解压文件夹

Zstandard 简称Zstd，是一种快速的无损压缩算法，以 zlib 级为目标的实时压缩场景和更好的压缩比。它可以将压缩速度交换为更高的压缩比率，同时支持非常快的解码器。Zstd压缩包为 .zst 格式。

1、压缩单个文件

2、解压单个文件

3、压缩文件夹

4、解压文件夹

入坑Arch，主要方便自己查询和刚入坑经常玩挂的朋友，其他发行版应该大同小异。

Linux上主要的备份方式 我知道的有 dd 和 tar

相比来说 tar打包显得比较灵活，可以用于本机备份恢复，也可以恢复到其他计算机，打包的目录可以完全按自己需要。这里主要介绍tar打包以及本机的恢复。

tar打包 可以只打包不压缩，速度会比较快，但是你可能会面对一个 好几十G的系统备份包，并不推荐。

压缩 可以用gzip或者Bzip2 （好像还有其他的，不熟悉，就不做介绍了） 二者相比，gzip速度相对较快，但压缩比率比Bzip2略低。

我这里并不用这两个软件打包，因为两个都是单线程，打包速度会非常慢。。。曾经用bzip2打包等到天荒地老都没好。。。

那么重头戏来了！ 偶然的机会知道了一个叫pigz的多线程压缩软件，采用与gzip相同的压缩方式，默认以逻辑CPU的个数的线程进行压缩，具体线程还可以自定义，速度飞快，详细可以百度 pigz。

那么 tar能不能调用pigz进行压缩呢？ 答案是肯定的！

看一下tar的man手册

-I, --use-compress-program=COMMAND

Filter data through COMMAND. It must accept the -d option,

for decompression. The argument can contain command line

Options.

发现tar是可以指定其他压缩程序进行压缩的。

于是直接 sudo pacman -S pigz 安装（arch官方源就有）下面就可以开始打包了！

进入根目录 然后执行：

sudo tar --use-compress-program=pigz -cvpf arch-backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/arch-backup.tgz --exclude=/mnt --exclude=/sys --exclude=/run/media /

简单介绍一下命令，--use-compress-program=pigz 是用pigz压缩，arch-backup.tgz是打包之后的文件名，--exclude=/xxx是打包时排除的目录，这里简单的排除了一些不需要的目录，具体排除的内容可以根据自己的发行版和需要设定，--exclude=/arch-backup.tgz 是排除根目录下的自身，因为我是在根目录下进行的 *** 作，如果不排除自身的话，打包可能会进入一个死循环。。。你可能会打出一个巨型包。

这样就开始进行压缩打包了

用htop 可以看到 CPU满载，大概3-5分钟左右完成，比起单线程10%多的占用 速度快了不知道多少倍！

完成候可以看到 28G左右的分区 打包完 是一个15G的压缩包，个头还是很大。。。也算可以接受。。不知道有没有其他办法能够再小点

打包完成后，你可能会看到一条错误信息，具体原因小白不懂，不过并没有什么影响。然后将备份的包放到一个你觉得安全的地方。

至此，所有备份工作都已经完成，系统挂了可以用下面的方法恢复

---------------------------------------------------------------------------------------------------------------

首先需要准备一个能够引导的liveCD的U盘

进入liveCD之后 先用wifi-menu联网，因为liveCD上没有pigz，如果不想解压恢复的时候用半年的话就联网装上再解压吧

Ping一下百度看看是否联网成功，之后简单配置下源 就可以安装pigz了

sudo nano /etc/pacman.d/mirrorlist 配置源

安装pigz

要用到的pigz准备好之后就可以挂载磁盘 进行恢复了。

lsblk简单看下各个分区情况

我这里sdc1是boot分区 sdc2是/分区 sdb3是保存备份的分区

直接新建了一个目录挂载 sdb3

mkdir /f

mount /dev/sdb3 /f

然后挂载 目标linux根分区到/mnt目录， 我的arch只分了 boot和/分区，并且备份的时候 忘记排除boot目录了，所以这里索性都挂载上干掉。挂载之后如图

现在就可以干掉已经损坏的系统了

rm -rf /mnt/*

命令很危险，一定要看清楚，想清楚了之后再执行，我真是怕小手一抖就把不想干掉的分区干掉了

boot目录因为是分区挂载点提示设备忙，这个目录并没有被删掉，不过ls一下可以看见/mnt下只剩boot目录，/mnt/boot下所有的引导文件也都没有了

万事俱备，下面进行解压恢复 还是使用pigz进行多线程解压

#tar --use-compress-program=pigz -xvpf /f/sysbackup/arch-backup-20160331.tgz -C /mnt

这里自行把备份路径替换掉。接下来就是解压过程如图：

用不了多久 也就2-3分钟 解压完成！(ssd)

ls看看 干掉的文件是不是都回来了呢

OK，问题ない！

到这里，恢复工作已经接近尾声，还记得备份的时候排除掉的目录么，重建排除的目录

然后直接reboot重启

前面干掉了 / 分区所有文件真的 大丈夫？

因为我之前把boot一起干掉了，所以看到这里就表面恢复成功了！

所有备份恢复工作全部完成！

总结起来，主要是利用了 pigz 的多线程提高 压缩解压的效率，比普通的gzip或者bzip2快很多！缺点还是比较明显，就是备份的包个头略大，不知道怎么能够再小点

而且我只涉及了本机恢复，如果恢复到其他机子，还涉及到fstab修改之类的一些收尾工作。

抛砖引玉，如果有其他好的方法 欢迎交流！

---