問題タブ [named-pipes]

この問題にアプローチする方法がわかりません。理想的には Python で Tkinter を使用して GUI を書きたいのですが、最初は Qt から始めて、問題がすべての GUI フレームワークまたは私の限られた理解のいずれかに及ぶことがわかりました。

この場合のデータは名前付きパイプから来ており、パイプを通って来るものは何でもテキストボックスに表示したいと思います。1 つのスレッドでパイプをリッスンし、別のスレッドで GUI を作成しようとしましたが、どちらの場合も、1 つのスレッドが常にハングするように見えるか、GUI が作成されません。

助言がありますか？

非常に大きなテキスト ファイルを読み書きするプログラムがあります。ただし、これらのファイルの形式 (バイナリ データであるべきものの ASCII 表現) のため、これらのファイルは実際には非常に簡単に圧縮されます。たとえば、これらのファイルの一部はサイズが 10GB を超えていますが、gzip は 95% の圧縮率を達成しています。

プログラムを変更することはできませんが、ディスク容量は貴重なので、これらのファイルが透過的に圧縮および解凍されている間に、これらのファイルを読み書きできるように設定する必要があります。

プログラムはファイルの読み取りと書き込みしかできないため、私が理解している限り、入力と出力の両方に名前付きパイプを設定する必要があります。代わりに圧縮ファイルシステムを提案している人もいますが、これも機能するようです。どちらかを機能させるにはどうすればよいですか？

技術情報: 最新の Linux を使用しています。プログラムは、個別の入力ファイルと出力ファイルを読み取ります。入力ファイルを順番に、ただし 2 回読み取ります。出力ファイルを順番に書き込みます。

execvpを使ってプログラムを実行するプログラムを開発しています。子プロセスの結果を取得し、メイン プロセスで解析する必要があります。名前付きパイプを使用して複製する方法があるようです。私はこれの良い例を見つけようとしていますが、今のところうまくいきません。これに関するポインタ、リンク、および/または提案があれば、大いに感謝します。

名前付きパイプを介して一方向に通信する 2 つの WCF アプリがあります。1 つのことを除いて、すべてが適切です。通常、要求/応答サイクルにかかる時間はゼロ (限界) です。ただし、たとえば 30 分通信がない場合、要求/応答は最大 300 ～ 500 ミリ秒まで増加します。

ネットを調べたところ、ハートビート/ping メカニズムを使用して通信チャネルをビジー状態に保つというアイデアが浮かびました。試行錯誤の結果、10 秒ごとにリクエストを実行すると、応答時間が短いままであることがわかりました。約 15 秒間隔から、「しゃっくり」応答時間が現れ始めます。

今、この現象はどこから来たのだろうと思っています。考えられるすべてのタイムアウトを両側で 1 分以上に設定しようとしましたが、それは役に立ちませんでした。

そこで何が起こっているのか説明できる人はいますか？

MySQLに接続しているJava（JPA + Hibernate + CommonsDBCP）アプリ間で多くの接続の問題が発生しています。私は調査を行い、検証クエリ、タイムアウト、Xの前のテストなどですべての設定を微調整しました。

このパスは、DBCPとC3POを比較する別のStackOverflowの質問につながりました。回答から、代わりにC3POを試してみることにしました。

ただし、途中で別のオプションを見つけました。アプリサーバーとMySQLの両方が同じマシンで実行されているため、名前付きパイプです。問題は、この方法について多くの詳細を見つけることができないということです。

だからここに私の質問があります：最も安定したオプションは何になるでしょう：名前付きパイプ、またはTCP w / C3PO ？どんな話や知識でも、答えだけでなく大歓迎です。

最近、私は、Windows で実行されている MySQL で名前付きパイプ (オプション --enable-named-pipes) を使用し、.NET コネクタ ドライバー経由で接続することを好んでいます。セキュリティ上の理由で推奨されることがよくありますが、これでできることの 1 つは、"." と接続することです。接続文字列として、自分の PC で開発し、接続文字列を変更せずにサーバーにデプロイします (自分の DB のコピーではなく、サーバー ホストを指すようにします)。

それ以上に、私の経験では、TCP よりもレイテンシーが有利であることに起因するスピードアップがあります。私がオンラインで見つけたいくつかの参考文献は、次のことを反映しています。

名前付きパイプを使用して MySQL 5.0 のテストに成功しました。なんと速度が向上しました! この大きなプロジェクトの場合は 50% まず、MySQL
_{http://www.waltercedric.com/component/content/article/1217.htmlから最新の JConnector ドライバーを使用することをお勧めします。}

簡単なパフォーマンス テストでは、名前付きパイプ アクセスは標準の TCP/IP アクセスよりも 30% ～ 50% 高速であることがわかりました。ただし、これはシステムごとに異なり、名前付きパイプは多くの Windows 構成で TCP/IP よりも低速です。
_{http://dev.mysql.com/doc/refman/5.1/en/connector-j-reference-configuration-properties.html}

しかし、どの「構成」で遅いのでしょうか? とにかく、localhost アクセスと TCP のほうが速いという前提で進めてきましたが、決定的なものを見つけることができませんでした。おそらく、使用されている特定のドライバーにも固有のものです。

ターミナル サーバー セッションでは、必要なリソースが仮想化されていないため、一部の標準 IPC テクノロジはシングル ユーザー環境のように機能しない場合があります。

たとえば、TCP/IP ポートは仮想化されていないため、異なるセッション内のアプリケーションが同じポートでリッスンしようとすると、ポートの競合が発生します。

同じユーザー セッションで実行されているアプリケーションが対話する必要があるターミナル サーバー環境で機能する IPC テクノロジはどれですか?

• メッセージ (WM_COPYDATA)?
• 名前付きパイプ?
• DDE?
• メモリマップファイル?

C# (.Net Framework 3.5) で名前付きパイプを使用する方法を教えるビデオを教えてもらえますか?

ありがとうございました

だから今、私は API を書こうとしているアプリケーションを開発しました。アプリケーションは理想的には文字列をユーザーに返します。アプリケーションから送信される文字列の量が不明な場合があるため、API は通常のプログラム的な意味でデータを「返す」ことができません。Unix システムでは、名前付きパイプを介してこのデータをユーザーに渡すのは悪い考えですか? API の作成の詳細に関する情報を見つけるのに苦労しました。助けてくれてありがとう。