問題タブ [pipelining]

誰か教えてもらえますか？例：次の内容
のファイルがある場合：a.txt

a
b
c

cat a.txt | catとの違いは何でしょうか。cat < a.txt
それらはすべてSTDINをシミュレートしているように見えますか、それは正しいですか、それとも違いがありますか？どうもありがとう。

転送 (青い矢印で強調表示) は必要ですか? OR命令がレジスタを読み取る前に、add命令がレジスタに正常に書き戻すと考えました。

この命令フロー図を検討してください....

命令フェッチ→命令デコード→オペランドフェッチ→命令実行→ライトバック

をサポートするプロセッサを想定します。

cisc と risc の両方... intel 486 のように

ここで、risc 命令を発行すると、実行に 1 クロック サイクルかかるため、問題はありません...しかし、cisc 命令を発行すると、実行に時間がかかります...

そのため、cisc 命令を実行するのに 3 クロック サイクルかかり、実行前の段階でそれぞれ 1 クロック サイクルかかるとします。

現在、スーパースカラー構造では、最初の命令が処理されている間に発行された 2 つの命令が、利用可能な他の機能ユニットに迂回されます...しかし、命令の実行に利用できる機能ユニットは 1 つだけであるため、単純なパイプラインではそのような迂回は不可能です....

では、単純なパイプライン処理で命令の輻輳を回避するにはどうすればよいでしょうか?

したがって、接続時にプロキシにダウンロードするサイズをチェックするプロキシ サーバーを開発したいと考えています (最も可能性が高いのは head を使用)。適切なサイズ (1 メガバイトまたは場合によっては構成ファイルを使用) のセグメント。次に、それをダウンロードしてパイプを回転させるときに、取得したものを（順番に）クライアントにフィードバックして、メディアのストリームである場合は簡単に再生できるようにします。目標は、大きすぎるものをパイプラインに分割し、小さいものをそのままにしておくことです。どこから始めればいいのか、ちょっとわかりません。前述のようにパイプライン化/多重化を実行できる他のプロキシ サーバー (polipo) を見つけましたが、上記のように機能するものはありませんでした。したがって、A. はそれを行うものは何でも存在し、B. どうすれば始められますか? （できればPythonで作業したいです）

HTTPリクエストとそれに対応するレスポンスを照合するプログラムを作成しようとしています。ほとんどのシナリオですべてが正常に機能しているようです（転送が完全に順序付けられている場合とそうでない場合でも、TCPシーケンス番号を使用します）。

私が見つけた唯一の問題は、リクエストをパイプライン化したときです。その後、いくつかの応答がありますが、特定の要求に対する応答であるパケットとそうでないパケットがわかりません。別の投稿で、応答は順番に返されることを読みました。このプロパティをContent-Lengthフィールドの情報と組み合わせることが解決策のようです。問題は、Content-lengthが必須フィールドではないため、常に信頼できるかどうかわからないことです。

この機能をサポートするWebブラウザ（ほとんどの場合はそうではありません）が実際にどのように機能するかを知っている人はいますか？

以下の $Username 変数で変数を使用できるGet-MoveRequestように、Exchange 2010 のコマンドの出力をパイプライン処理するにはどうすればよいですか?Name

アップデート

MoveRequest から出力されたメンバーは次のとおりです (source)

対象メンバーはこちら

Android は、Apache の HTTP コンポーネント ライブラリを使用して HTTP リクエストを実行し、非同期リクエストまたはパイプライン処理をサポートしない API を公開します。パイプライン処理の恩恵を受けるアプリを作成しているので、これらのリクエストを実行するためにHotpotatoを使用しています。APK のサイズを縮小するために (Hotpotato と Netty は APK サイズに ~2 ～ 4 MB を追加します)、HttpCore と HttpNIO の上に独自の実装を検討しています。

Apache NIO 拡張機能のドキュメントには、「ノンブロッキング HTTP 接続 [は] 完全にパイプライン化可能」と言及されているパイプライン化へのあいまいな参照があり、パイプライン化のサポートに言及している HttpClient コードにバグがありますが、それを実装する方法については言及されていません。 .

Apache の HTTP コンポーネントを使用して、Android の既存の Apache HTTP コンポーネント ライブラリの上に HTTP パイプラインと永続的な接続のサポートを実装するにはどうすればよいですか?

毎分 S3 にアップロードする数千の小さなファイル (約 1 KB) があります。「HTTP リクエストを送信 - S3 の HTTP レスポンスを待機 - 次のリクエストを送信 - 次のレスポンスを待機 ...」というループですべてのファイルをアップロードすると、S3 とサーバーの間で 2 倍のレイテンシーを待たなければならないため、多くの時間がかかります。 . もちろん、私はすでに HTTP Keep-Alive ヘッダーを使用しています。

そのため、対応する (HTTP パイプライン) を待たずに複数の HTTP 要求を送信しようとします。バッチで 20 のリクエストを送信して、20 の応答を待ちます。以前の応答が途中であるときにまだ要求を送信できるため、これにより多くの時間を節約できると期待していました。

しかし、それは世界をより良くするものではありません。

約 200 ミリ秒で 20 個のリクエストを送信してから、応答を受信しようとします。このグラフのように、最初の応答を受け取った後、要求を送信するのと同じくらい速く応答を受け取ることができると思っていました。

実際には、最初の応答を受け取った後、応答ごとに約 300 ミリ秒待たなければなりません。1 つの要求を送信して 1 つの応答を受信することに比べれば、これほど優れたものはありません。

パイプライン技術の時間を短縮できないのはなぜですか? なぜ S3 はすべてのリクエストに多くの時間を費やすのですか? S3 は HTTP パイプラインをサポートしていますか?

ありがとう。

私は Netty の例で遊んでいましたが、Firefox は 4 つのリクエストを実行して 4 つのインスタンスを作成し、Internet Explorer 8/9 は 2 つのリクエストを実行して 2つのインスタンスをorg.jboss.netty.example.http.snoop作成することに気付きました。HttpRequestHandlerHttpRequestHandler

これは HTTP 1.1 パイプラインによるものだと思いますがnetwork.http.pipelining.*、FireFox のキーとHKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet SettingsIE のレジストリ エントリを変更した後でも、Netty は同じように動作します。

私の質問は、これは予想どおりで正しいですか、それとも何かが欠けているのでしょうか。Netty を構成して後続の冪等リクエストをドロップすることは可能ですか、HttpRequestHandlerそれとも最終的に実装する必要がありますか?