名前付きパイプ：いくつかの実験によって混乱が発生する

Question 1

質問リストに番号で回答するには、次の手順に従ってください。

fifoとも呼ばれる名前付きパイプは、デフォルトでシェルによって生成された名前付きパイプと同じです。主な違いは、2つの端の間のシェルバージョンの同期が直感的ですが、使用されているように見える名前付きパイプには、シェルが実行する操作についての知識が必要であることです。
はい、両側はお互いを待っています。 fifoの目的は、あるプロセスの出力を別のプロセスの入力に渡すシェルパイプの目的と同じです。彼らいいえ一時ファイル。私はこれがあなたが混乱している場所だと思います。このようなシェルコマンドの場合cat somefile.txt | less、両方コマンドはフォークされたプロセスとして同時に実行され、パイプは両方のプロセスを同期させるために使用されます。私の記憶が正しければCで修正すればいいのですが、シェルコマンドを使うとそれほど簡単ではありません。
プロセスはパイプのもう一方の端が接続されたときに信号を受け取ることができますが、上記のように、全体的な意図は通常、2つのプロセスを同期状態に保つことです。作成者は何かを送信し、書き込み操作が完了したことを知って続行できます。
bashそしてtcshそれはあなたが「忘れる」ことを許可しません。コマンドは実行されません。
tail -fstdin何でも表示するには、EOFを取得するまで（この場合）ストリーム全体を読み取る必要があります。あなたの実験ではエンディングは発生しませんでした。cat一方、入力処理はすぐに開始できます。
書き込みプロセスでは改行文字がまったく送信されないため、読者は「十分」という言葉を聞くまで読むだけです。最初のケースでは、fifoのバッファがいっぱいになり、リーダにフラッシュされることがあります。後続の出力は似ている可能性があり、システムタイミングによって異なります。

ここで別の混乱した問題に対処します。シェルはリダイレクトを処理します。今後コマンドを実行します。これは、FIFOのもう一方の端が接続されるのを待っているcatため、プロセスリストに表示されないことを意味します。bash今後ランニングcatまたは作家に関連するすべて。同様に、ライターが接続されるまで読み取りコマンドは実行されません。

私の考えでは、あなたの最大の誤解は名前付きパイプですいいえ一時ファイル。名前のない通路でもありません。通信を非同期にする方法がありますが、次から実際の一時ファイルを作成する方が/tmp良いと思います。する両方のプロセスを同時に実行したいです。

Answer

質問リストに番号で回答するには、次の手順に従ってください。

fifoとも呼ばれる名前付きパイプは、デフォルトでシェルによって生成された名前付きパイプと同じです。主な違いは、2つの端の間のシェルバージョンの同期が直感的ですが、使用されているように見える名前付きパイプには、シェルが実行する操作についての知識が必要であることです。
はい、両側はお互いを待っています。 fifoの目的は、あるプロセスの出力を別のプロセスの入力に渡すシェルパイプの目的と同じです。彼らいいえ一時ファイル。私はこれがあなたが混乱している場所だと思います。このようなシェルコマンドの場合cat somefile.txt | less、両方コマンドはフォークされたプロセスとして同時に実行され、パイプは両方のプロセスを同期させるために使用されます。私の記憶が正しければCで修正すればいいのですが、シェルコマンドを使うとそれほど簡単ではありません。
プロセスはパイプのもう一方の端が接続されたときに信号を受け取ることができますが、上記のように、全体的な意図は通常、2つのプロセスを同期状態に保つことです。作成者は何かを送信し、書き込み操作が完了したことを知って続行できます。
bashそしてtcshそれはあなたが「忘れる」ことを許可しません。コマンドは実行されません。
tail -fstdin何でも表示するには、EOFを取得するまで（この場合）ストリーム全体を読み取る必要があります。あなたの実験ではエンディングは発生しませんでした。cat一方、入力処理はすぐに開始できます。
書き込みプロセスでは改行文字がまったく送信されないため、読者は「十分」という言葉を聞くまで読むだけです。最初のケースでは、fifoのバッファがいっぱいになり、リーダにフラッシュされることがあります。後続の出力は似ている可能性があり、システムタイミングによって異なります。

ここで別の混乱した問題に対処します。シェルはリダイレクトを処理します。今後コマンドを実行します。これは、FIFOのもう一方の端が接続されるのを待っているcatため、プロセスリストに表示されないことを意味します。bash今後ランニングcatまたは作家に関連するすべて。同様に、ライターが接続されるまで読み取りコマンドは実行されません。

私の考えでは、あなたの最大の誤解は名前付きパイプですいいえ一時ファイル。名前のない通路でもありません。通信を非同期にする方法がありますが、次から実際の一時ファイルを作成する方が/tmp良いと思います。する両方のプロセスを同時に実行したいです。

Question 2

find | less

shift+g（ファイルの末尾に移動）をクリックすると、lessハードドライブはすぐに動作を開始し、データの出力を開始します。これはless、コマンドに表示するのに十分なデータがあるときにfindデータを生成しないように指示することを意味しますか？

カント。パイプはread()sとsに使用できますwrite()。less言うfind 何もない- ただし、read()パイプを所有するシステムカーネルは、関連プロセスがある限りパイプをフラッシュしません。これは、パイプバッファがいっぱいになり、カーネルが他のバッファを許可しないため、続行find write()できなくなるまで続きます。これもこうだwrite()write()find詰まった編集する。パイプ入力端にジャンプすると、less read()パイプ内でわずかな倍数が発生します。(すべて)find- これでパイプバッファをwrite()再利用できるようになりました。ディスク検索を再開し、バッファを再充填するか、操作を完了しようとします。

同じ理由名前付きパイプ- これはまったく同じです - カーネルがパイプの両端を疑似ファイルに関連付けることに同意することを除いて協会- ファイルシステムのどこかにあります。時：

mkfifo pipe
echo > pipe &
rm pipe
mkfifo pipe
cat pipe

...あなたは一緒に働いています2つの異なる管路。最初のものunlink()は、edで指定されたファイルシステムに関連付けられていますが、rmまだechoパイプで待っていますread()。しかし、今プロセスが他端を見つける可能性はほとんどありません。実際には、基本的に名前付きパイプを使用しながらこの方法で匿名にすることができます。これはセキュリティ上の理由から一般的に最良の方法です。

努力する：

   mkfifo pipe
   exec 3<>pipe 4<>pipe
   cat  <&3     >out.log &
   rm pipe
   echo read this, cat\! >&4

Answer

find | less