Linuxでの別プロセス起動について

Question

コマンド置換を使用した場合に、シェル自体が子プロセスとして立ち上がる場合とそうでない場合があります。
具体的には以下のような場合です。

【パターン1】
コマンド置換内の処理が1行の場合は子プロセスが発生しない
abc=`pstree`
echo $abc

-sshd-+-sshd---bash---pstree 
（該当部分だけを切り出しています）

【パターン2】
コマンド置換内で処理が2行以上ある場合は子プロセスが発生する
abc=`echo; pstree`
echo $abc

-sshd-+-sshd---bash---bash---pstree
（該当部分だけを切り出しています）

パイプを使用した場合には子プロセスとして処理が実行されることは認識しているのですが、コマンド置換の場合も子プロセスとして実行されるのが普通なのでしょうか？
だとすれば、パターン1のように処理が1行だけの場合には子プロセスとして立ち上がらない理由は何でしょうか？

このあたりに詳しい方、ご教示いただければ幸いです。

notnot · Accepted Answer

単純に fork + execve で実行できる物と、そうでないものの違いでしょう。

＞パターン1のように処理が1行だけの場合には子プロセスとして立ち上がらない理由は何でしょうか？
オーバーヘッドを減らすための最適化です。
リダイレクトを使っても子bashが起動されます。

notnot · Answer

No1です。
＞fork + execveで実行できないものとはどのようなものでしょうか？

誤解を招いたようですね。

＞単純に 「fork + execve で実行できる物と、そうでないもの」の違いでしょう。
ではなく、
＞「単純に fork + execve で実行できる物」と、「そうでないもの」の違いでしょう。
です。

単純なというのは、「各種置換を行った後の文字列を、単語に切り分けて、forkしてexecveを呼ぶ」という意味で使いました。
「そうでないもの」というのは、リダイレクト処理が必要な物、単一コマンドで無く複合コマンドや、リストやパイプな物、その他シェルの機能(一部)を使う物など。

kmee · Answer

子プロセスと、子シェルを混同してませんか？

単コマンドでは、そのコマンドだけ実行すればいいので、子プロセスとしてそのコマンドを実行する。子シェルは実行する必要がない。
複合コマンドでは、その制御のために子プロセスとしてシェルを実行してその中でコマンドを実行します

単純に fork + execve で実行できる物と、そうでないものの違いでしょう。