UNIXの「grep」コマンドについて質問です。

質問

他の場所で一度同じ質問をしたのですが、
明確な理由がわかりませんでしたため、お願いいたします。

業務に関係の無いふとした疑問なのですが、
もしお分かりになる方がいらっしゃいましたら教えてください。

実行中の特定プロセスを調査するときに良く使用する、
「ps -ef | grep XXX」についてです。

この後さらにパイプして"| grep -v grep"とすれば、
コマンド出力結果から、自分自身のプロセスを100%排除できますが、

"| grep -v grep"を付けない場合は、
タイミングによって、自分自身のプロセスが出力されるときと、
されないときがあるようです。

この（"| grep -v grep"を使用しない）場合に、
自分自身のプロセスが引っかかったり引っかからなかったりするのには、
何が決め手になっているのでしょうか。

よろしくお願いいたします。

回答No.2

shred · ベストアンサー

>psを実行し、その実行結果がgrepに渡される

この認識は正しいです。プロセス間通信の手法のひとつであるパイプを用いてやり取りされます。但し、「psを実行して」という意味がpsが実行し終えた後でという意味なら間違っています。psとgrepはほぼ同時に起動されます。ぶっちゃけgrepが先に起動されたって何の問題もありません。

>psが/procを見に行く」より早くに起動して、psから出力結果がくるのを待っていた

はい、その通りだと思います。

お礼

ご丁寧にありがとうございました。
とても良く理解できました。

回答No.1

shred

シェルによりpsとgrepが起動されるわけですが当然時間差が生じます。
まずpsを起動しこの時プリエンプションが起きシェルから他のプロセスに制御が移りさらにpsに制御が移ったとしますpsはprocファイルシステムから起動中のプロセスを探しますがまだgrepが起動されていなければ表示されないというわけです。

補足

私は「ps -ef | grep XXX」について、「psを実行し、その実行結果がgrepに渡される」
というイメージを持っておりますが、
まず、この認識は合っていますでしょうか。

＞psはprocファイルシステムから起動中のプロセスを探しますが
＞まだgrepが起動されていなければ表示されないというわけです。

逆に、grep自身のプロセスが表示される場合は、
grepは「psが/procを見に行く」より早くに起動して、
psから出力結果がくるのを待っていた、という感じなのでしょうか。