オンライン ドキュメントから収集した情報によると、次のコマンドは、 で埋め込まれたコマンドの部分に対してサブシェルを生成するはずです{}
。
$ bash -c '{ sleep 10; echo "Sleeping process", $$; } & echo $$; '
11237
Sleeping process, 11237
ただし、ご覧のとおり、どちらの場合もプロセス ID は同じです。何が足りないのでしょうか? ご指摘いただければ幸いです。
答え1
は{}
現在のシェルでコマンドをグループ化するだけですが、 は()
新しいサブシェルを開始します。ただし、グループ化されたコマンドをバックグラウンドに配置することは、実際には新しいプロセスです。現在のプロセスにある場合は、バックグラウンドに配置することはできません。私見では、strace を使用すると、このようなことを見るのが簡単になります。
sauer@humpy:~$ strace -f -etrace=process bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL; } & echo $BASHPID;' > /tmp/file
execve("/bin/bash", ["bash", "-c", "{ sleep 10; echo \"Sleeping proce"...], [/* 20 vars */]) = 0
arch_prctl(ARCH_SET_FS, 0x7f15a90da700) = 0
clone(Process 25347 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f15a90da9d0) = 25347
[pid 25346] exit_group(0) = ?
clone(Process 25348 attached (waiting for parent)
Process 25348 resumed (parent 25347 ready)
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f15a90da9d0) = 25348
[pid 25348] execve("/bin/sleep", ["sleep", "10"], [/* 20 vars */] <unfinished ...>
[pid 25347] wait4(-1, Process 25347 suspended
<unfinished ...>
[pid 25348] <... execve resumed> ) = 0
[pid 25348] arch_prctl(ARCH_SET_FS, 0x7f922ad16700) = 0
[pid 25348] exit_group(0) = ?
Process 25347 resumed
Process 25348 detached
<... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 25348
--- SIGCHLD (Child exited) @ 0 (0) ---
wait4(-1, 0x7fffaa432ad8, WNOHANG, NULL) = -1 ECHILD (No child processes)
exit_group(0) = ?
Process 25347 detached
sauer@humpy:~$ cat /tmp/file
25346
Sleeping process, 25347, 1
bash コマンドが起動し、 で新しい子プロセスを作成することに注意してくださいclone()
。strace に -f オプションを使用すると、子プロセスも追跡され、sleep の実行時に別のフォーク (つまり「クローン」) が表示されます。-f をオフにすると、バックグラウンド プロセスを作成するときに 1 つのクローン呼び出しだけが表示されます。
sauer@humpy:~$ strace -etrace=clone bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL; } & echo $BASHPID;' > /tmp/file
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f2bdd5399d0) = 26394
sauer@humpy:~$ strace -etrace=process bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL; } & echo $BASHPID;' > /dev/null
execve("/bin/bash", ["bash", "-c", "{ sleep 10; echo \"Sleeping proce"...], [/* 20 vars */]) = 0
arch_prctl(ARCH_SET_FS, 0x7fd01ae86700) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fd01ae869d0) = 26706
exit_group(0) = ?
新しいプロセスがどのくらいの頻度で作成されるのかを知りたいだけであれば、fork と clone の呼び出しだけを監視することでさらに簡素化できます。
sauer@humpy:~$ strace -etrace=fork,clone bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL; } & echo $BASHPID;' > /dev/null
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f467fa769d0) = 27025
答え2
アップデート:
上記の回答を参照してください。{} では、実際にはサブシェルを作成していません。代わりに、ここでのバックグラウンドにより、探していた答えが得られます。
BASHPID
わかりました、つまり、私はサブシェルが作成されるという間違った「インジケーター」を使用していました。ここに加えてこれを使用するとBASH_SUBSHELL
、サブシェルが実際に作成されていることがわかります。
テストコマンド:
$ bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL; } & echo $BASHPID; '
12074
Sleeping process, 12075, 1
シェルとサブシェルの両方の親プロセス ID も表示する別のテスト コマンド:
$ bash -c '{ sleep 10; echo "Sleeping process", $BASHPID, $BASH_SUBSHELL, $PPID; } & echo $BASHPID, $PPID; '
12411, 9128
$ Sleeping process, 12412, 1, 9128