バックグラウンドタスクを生成し続けるが、waitコマンドを呼び出さないbashスクリプトに関してpid漏れの可能性を確認していましたが、偶然に（straceを介して）BashがSIGCHLDを監視し、wait4（...）を自動的に呼び出すことを知っています。されました。 、私のスクリプトがwaitコマンドを呼び出さなくても。これがPID漏れがない理由です。これは良いことです。しかし、その背景PIDに対して待機コマンドを呼び出すとどうなるか考え始めました。 /proc には存在せず、エラーを返す必要があります。 Bashはこれをどのように処理しますか？ Bash 4.4.19と5.1.16でいくつかの実験を行った結果、Bash waitコマンドが実際にバックグラウンドジョブキャッシュから結果を得ることがわかりました。ソースコードも確認しました。たとえば、次のようになります。ヘビーストライク 5.1.16 、buildins/wait.defライン253を参照してください。

status = wait_for_single_pid (pid, wflags|JWAIT_PERROR);

その後、job.cライン2611

r = bgp_search (pid);

意味は

/* Search for PID in the list of saved background pids; return its status if
   found.  If not found, return -1.  We hash to the right spot in pidstat_table
   and follow the bucket chain to the end. */

。

私の実験は

テスト1：

bash <<'EOF'
  bash -c 'sleep 1; exit 9' &
  PID=$!
  echo $PID
  sleep 2
  ls -d /proc/$PID
  wait $PID
  echo wait result: $?
EOF

結果:

16079
ls: cannot access '/proc/16079': No such file or directory
wait result: 9

これは、Bash waitコマンドがキャッシュを使用するという証拠です（私はこれを確認するためにstraceも使用し、 wait4-1を返す最後のシステムコールを明確に示します。

wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 9}], 0, NULL) = 397
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 399
wait4(-1, 0x7ffd79fc3fd0, WNOHANG, NULL) = -1 ECHILD (No child processes)

もちろん、disown -a以前に実行した場合は、コード127：を返しますwait。これはまた、バックグラウンドpidがバックグラウンドタスクリストから削除された場合、waitコマンドが正しいコードで終了しないことを確認します。waitwait: pid xxxxxx is not a child of this shell

これは、Bash waitコマンドがバックグラウンドジョブ管理情報にキャッシュされた結果を使用していると結論付けます。

もしそうなら、私の質問は次のようになります。たとえば、スクリプトが継続的にバックグラウンドジョブを生成する場合

テスト2：

while true; do
  echo hi &
done

それでは、バックグラウンドジョブキャッシュがますます大きくなり、メモリリークが発生しますか？

このスクリプトをテストしましたが、メモリリークがないようですが、なぜリークがないのですか？

編集：もう少し明確に言えば、上記のスクリプトはメモリが不足すると予想されますが、実際には私が観察したようにメモリが不足していません。なぜですか？

編集：上記の質問はtest2まだ最も興味深い質問です。なぜメモリが足りないのですか？

編集：もう一度テストしましたが、数秒後にメモリが不足しました。

テスト3：

bash <<'EOF'
  while true; do
    sleep 10 &
    echo $!
  done
EOF

明らかにする

...
bash: fork: retry: Resource temporarily unavailable
bash: fork: retry: Resource temporarily unavailable
bash: fork: Interrupted system call

いいですね。これで期待どおりに動作します。メモリ不足です。

申し訳ありません。私の質問は次のとおりです。これが意図されていますか？バックグラウンドジョブが継続的に生成されるという警告を聞いたことはありません。これまで私が知っている唯一の解決策は、disownバックグラウンドジョブ管理を停止したり、バックグラウンドジョブ(cmd&)として管理せずにプロセスを開始するなどの他のトリックを使用することです。

編集：私の答え：これは意図的に設計されています。これは、Bashがすべてのアクティブなタスクを追跡し、短時間でアクティブなタスクが多い場合、メモリが不足していることを意味します。したがって、これは矛盾しませんtest2。

編集：Bashバックグラウンドジョブ終了コードキャッシュがアクティブジョブではなく最後のジョブの終了コードをキャッシュするだけでなく、すべてのジョブの終了コードもキャッシュすることを示すために別のテストを追加しました。

テスト4：

bash -x <<'EOF'
  bash -c '/bin/sleep 3; exit 1' &
  PID1=$!
  bash -c '/bin/sleep 6; exit 2' &
  PID2=$!
  wait $PID1
  echo exit code of first process is: $?
  wait $PID2
  echo exit code of second process is: $?
  wait $PID1
  echo Get exit code of first process again, result is: $?
EOF

結果:

+ PID1=2357449
+ bash -c '/bin/sleep 3; exit 1'
+ PID2=2357450
+ wait 2357449
+ bash -c '/bin/sleep 6; exit 2'
+ echo exit code of first process is: 1
exit code of first process is: 1
+ wait 2357450
+ echo exit code of second process is: 2
exit code of second process is: 2
+ wait 2357449
+ echo Get exit code of first process again, result is: 1
Get exit code of first process again, result is: 1