Shell 并行处理：附加值

如果我对您的理解正确，您希望：

• 并行运行任务，即。理想情况下，确保所有这些都在执行单个任务所需的时间内完成。（这不太现实，但我们可以尽力而为）
• 保持输出的顺序，即使一些较晚的任务在一些较早的任务之前完成

考虑到这一点，您可以尝试以下方法：

parallel -k -j10 'sleep {}; echo -n {}' ::: {10..1}

执行的第一个任务花费的时间最长，但由于我们添加了-k选项，parallel实用程序将保持顺序并最终输出

10987654321

没有该-k选项，输出将反转，并在命令完成时出现

12345678910

如果您需要更多信息，请查看教程：https ://www.gnu.org/software/parallel/parallel_tutorial.html

你缺少的一些东西：

• Shell 变量存储在 Shell 内存中；即shell进程的内存。
• 从 shell 运行的大多数命令都在子进程（或多个进程）中运行。唯一的例外是“内置命令”。
• 异步命令总是在子进程中运行——即使它们不运行任何程序。不运行任何程序的异步命令是仅运行 shell 的子进程。这被称为“子外壳”。
• 一般来说，进程不能改变其他进程的内存。特别是，子 shell 不能修改主 shell 进程中的变量。因此，当您说 时appendnum $no &，该appendnum函数 无法修改x主 shell 进程中的变量。

你可以得到类似你试图得到的行为：

x=TR007.out
> "$x"
appendnum() {
    echo "$1" >> "$x"
}
for no in {0..10}
do
    appendnum $no &
done
wait

您将获得数字 0 到 10 写入文件TR007.out。

• 异步进程的调度（排序）是不确定的。因此，在上面的示例脚本中，虽然您会将数字 0 到 10 写入文件，但它们可能不按顺序排列。
• 您可能知道，wait它本身（不带参数）将等待所有子进程。
• “不管任务多少，我的响应时间应该是一样的。” 这是一个非常大胆的期望/要求。是否合理取决于上下文。如果任务是单线程计算密集型任务，并且您有三个或更多（逻辑）CPU，那么，是的，可以合理地预期三个任务并行运行所花费的时间比一个任务本身多一点。但是，如果您有四个逻辑 CPU，期望在运行一个任务所需的相同时间内运行 50 个任务是完全不合理的。
• 我提到子（异步）进程以预期的顺序运行。由于它们同时运行（即并行），它们的执行可能会重叠。所以，如果我们把上面的脚本改成

  附加编号（）{
      回声“$1”a >>“$x”
      回声“$1”b >>“$x”
  }
  {1..3} 中没有
  做
      附加编号 $no &
  完毕

  那么你可能会在文件中得到1a/ 1b/ 2a/ 2b/ 3a/ 3b——或者你可能会得到2a/ 2b/ 1a/ 1b/ 3a/ 3b，或者你可能会得到2a/ 1a/ 2b/ 3a/ 3b/ 1b，或者更糟。让异步进程写入同一个文件是一个坏主意。

你可能应该做类似的事情

{1..3} 中没有
做
    任务“$no” > 文件“$no” &
完毕
等待
cat 文件 1 文件 2 文件 3 > 组合结果

• $(command)做同样的事情。你应该坚持使用表格。`command`$(command)
• 说or没有意义。就说吧。x=`echo $x$num`x=$(echo $x$num)x="$x$num"
• 你应该总是引用 shell 变量，除非你有充分的理由不这样做，并且你确定你知道你在做什么。所以不要这样做appendnum $no；做appendnum "$no"等

[响应（任务1），响应（任务2），响应（任务3）]

parset是为此而建的：

parset result responseof ::: task1 task2 task3
echo "${result[1]}"

例如：

parset res seq ::: 3 2 1
echo "${res[1]}"

parset是 GNU 并行的一部分。