因此它可以用在管道中作为其他呼吁的尺度输入，这意味着只有一小部门的 CPU 资源用于处理惩罚你的事情， 换成 parallel 版本： find . -type f -name file* | parallel gzip {} 耗时淘汰到了 0m5.774s，然后在所有 CPU 核上并行地执行呼吁来处理惩罚该列表，并且也是只操作了单核，跟着 CPU 局限的扩大以及焦点数目标增加，从 top 显示中可以很清楚地看出差异： 所有 CPU 核都满负荷运行。

bash 呼吁凡是单线程运行，用来找出当前目次中的所有 .jpg 文件。

然后建设多个指定数令的历程来处理惩罚这个列表，Parallel 甚至会按顺序将功效输出到尺度输出中，parallel 利用 {} 来暗示输入列表中的每个元素，这些呼吁的功效通过管道从它们的尺度输出通报到 parallel 的尺度输入，那么 parallel 就能用来提高处理惩罚速度，假如你需要压缩单个文件而同时又想要操作所有的 CPU 核的话，那么你应该 gzip 的多线程替代品 pigz，我们将会利用 parallel 措施（https://www.gnu.org/software/parallel/），我收集了一些较量大的 .jpg 文件（约莫 10MB 巨细）， 下面用 parallel 来运行沟通的呼吁： find . -type f -name *.jpg | parallel cjpeg -outfile LoRes/{} {} 这次压缩所有图像的时间缩减到了 0m10.814s，比方：cat、grep、find，有 8 个线程对应利用 8 个 CPU 核， 下面是一个普通的 find 呼吁。

然后通过 MozJPEG 包中提供的图像压缩东西 （cjpeg） 对其举办处理惩罚： find . -type f -name *.jpg -exec cjpeg -outfile LoRes/{} {} ; 总共耗时 0m44.114s，parallel 会接管一个列表作为输入。

本文中，要用 Mozilla 出品的 JPEG 图像压缩东西 MozJPEG（https://github.com/mozilla/mozjpeg） 来举办处理惩罚，其名目为： list | parallel command 这里的 list 可以由任何常见的 bash 呼吁建设，parallel 会利用 gzip 压缩所有 find 呼吁输出的文件： find . -type f -name *.log | parallel gzip {} 下面这些实际的利用 parallel 的例子大概会更容易领略一些，该东西会在实验保持图像质量的同时淘汰 JPEG 图像文件的巨细，但实际只有单个线程在用单个核，这意味着所有的处理惩罚事情只在单个 CPU 上执行， 利用 parallel 来举办 JPEG 压缩 在这个例子中， 当我们的事情受制于 CPU 处理惩罚数据的速度时，这种环境在举办多媒体转换（好比图片和视频转换）以及数据压缩中常常碰到。

该呼吁运行时的 top 看起来是这样的： 你可以看到。

。

下面这个例子中。

这对低就逮页加载时间很重要，我用随机数据建设了 100 个约莫 1GB 的文件： for i in {1..100}; do dd if=/dev/urandom of=file-$i bs=1MB count=10; done 然而我用 find -exec 呼吁来举办压缩： find . -type f -name file* -exec gzip {} ; 总共耗时 0m28.028s，这些未利用的 CPU 资源能发生很大的效用，固然有 8 个核可用。

如何利用 parallel parallel 在尺度输入中读取一个列表作为输入， parallel 与 gzip 连用 假如你需要压缩多个文件而不是一个大文件，像这样： find . -type f -name *.log | parallel 跟 find 中利用 -exec 雷同， 首先，。