SQL Server 2005 データベースがあり、現在、すべてのユーザーが TCP/IP プロトコルを介してデータベースに接続しています。

SQL Server 構成マネージャーを使用すると、名前付きパイプと TCP/IP 接続の両方を同時に "有効にする" ことができます。これは良い考えですか？私の質問は、TCP/IP の代わりに名前付きパイプを使用する必要があるかどうかではありませんが、両方を有効にすることに関連する問題はありますか?

クライアントの IT 担当者の 1 人は、両方のプロトコルでデータベース通信を有効にすると、いずれかのプロトコルが使用できる帯域幅が制限され、合計の 50% になると述べています。TCP/IP が使用できる帯域幅は、その時点でネットワーク上で名前付きパイプ (またはその他の種類のトラフィック) が占有していたトラフィックの量に直接 (逆に) 結び付けられると思います。ただし、この IT 担当者は、サーバーで 2 つのプロトコルを有効にしたという事実が、TCP/IP が使用できる帯域幅を人為的に制限していることを示しています。これは正しいです？

Google 検索を行いましたが、この質問に対する答えを見つけることができませんでした。どんな助けでも大歓迎です。

名前付きパイプを介して通信するシェルプログラムのペアがあります。リーダーは、開始時にパイプを作成し、終了時にパイプを削除します。

場合によっては、ライターは、リーダーが読み取りを停止してからパイプを削除するまでの間にパイプに書き込もうとします。

これが発生すると、ライターは書き込み用のパイプを開こうとして永遠にハングします。

手動で強制終了するまでハングしたままにならないように、タイムアウトを設定するクリーンな方法はありますか？私は私ができることを知っています

しかし、これはちょっと厄介です。これをよりクリーンに（Cコンパイラを壊さずに）行うためのシェルビルトインまたはコマンドはありますか？

何らかの理由で 3 ～ 5 日ごとに、次のエラーが発生して Web アプリがデータベースへの接続を開くことができなくなります。奇妙なことは、コンテナー (VPS) を再起動するだけで復元できることです。通常の機能に。それから数日後か、それは再び起こります。誰もそのような問題を抱えたことがありますか？真夜中にセキュリティ ログに多数の ANONYMOUS LOGON があることに気付きましたが、これは奇妙であり、アムステルダムの IP からのものもあります。それらが何を意味するのか、または関連しているかどうかを正確に伝える方法がわかりません。

名前付きパイプ (この場合は高速な cgi 名前付きパイプ) への接続に問題があります。MSDN によると、CreateFile() または CallNamedPipe() を使用する必要があります (フラット C API、同期 - オーバーラップ I/O なし) http:/ /msdn.microsoft.com/en-us/library/aa363858(VS.85).aspx

それでも、INVALID_HANDLE_VALUE を取得していますが、GetLastError() を実行するとゼロになります!?

また、すべての名前付きパイプを . で列挙できるかどうかも疑問に思っています。何らかの呼び出しを行い、探しているものを解析します: "\.\pipe\FastCGI\"

そして、誰もがこれらのコメントの経験を持っていますか: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/225878

私は次の状況にあります：

複数のユーザーセッションがあるWindowsServer環境。

Windowsサービスは既知のポートでリッスンしています。

自動的に開始される各ユーザーセッションのトレイアプリケーション。

Silverlight（SL）アプリケーションはブラウザーで実行されており、ソケットと事前定義されたポートを使用してWindowsサービスと通信しています。

私の目標は次のとおりです。ユーザーはSLアプリケーションと対話し、SLアプリケーションはソケットを使用してWindowsサービスと通信し、その後Windowsサービスは呼び出しを開始するブラウザーなどの同じユーザーセッションにある適切なトレイアプリケーションと通信する必要があります。

Windowsサービスとトレイアプリケーション間の通信は、名前付きパイプを使用して行われる予定です。

質問：名前付きパイプの名前を定義/Windowsサービスに転送して、正しい接続（Windowsサービス->正しいユーザーセッションのトレイアプリ）を確立するにはどうすればよいですか？

いくつかのアプリケーションと、Solaris の名前付きパイプに出力を送信する標準の Unix ツールがありますが、名前付きパイプは (Solaris の) ローカル ストレージからしか読み取ることができないため、ネットワーク経由でそれらにアクセスしたり、パイプを配置したりすることはできません。出力へのネットワーク アクセス用の NFS ストレージ。

コマンドラインツールの出力をソケットに直接転送する同様の方法があるかどうか疑問に思いました。たとえば、次のように言います。

mkfifo を使用して名前付きパイプを作成して開こうとするプログラムがある場合、パイプをブロックせずに読み取りまたは書き込み用に開くにはどうすればよいですか?

具体的には、GUI の有無にかかわらず実行できる C プログラムを作成しています (Java で作成)。

C プログラムでは、mkfifo を使用して名前付きパイプを正常に作成しましたが、

fopen は、GUI がそのパイプを書き込み用に開くまで戻りません。私がやりたいことは、(GUI がそれに書き込むことを決定した場合) そのパイプを一度読み取れるようにすることです。ファイル記述子を select() 呼び出しに入れます。Java GUI が実際に開始されることは決してないと予想するのは合理的であるため、特定の時点で、またはまったくパイプのもう一方の端を開くために Java GUI に依存することはできません。

また、書き込み用に 2 つ目のパイプを開きますが、同じ問題が発生すると思います。さらに、リーダーのない出力パイプに O_NONBLOCK を設定することはできません。

助言がありますか？

（これはLinuxシステムで実行されています）

私はPOSIX（OSX）用のプログラムを書いています。ここでは、本質的にロギングスレッドである1つのリスナーにメッセージを送信する多くのプロセスがあります。すべてのプロセスは個別のプログラムで実行され、多くのプロセスが書き込む単一の名前付きパイプ (FIFO) を使用しますが、単一のプロセスのみが読み取りを行うのは非常に魅力的です。

質問:

1) これは機能しますか? - bash を使用して、複数のプロセスが書き込みを行う fifo をセットアップすることで、これを機能させることができるので、理論的にはこれが機能することがわかっています。しかし、実際には、私が見落としている問題はありますか?

シェル #1

シェル #2 と #3

2) 各ライターが比較的短いメッセージ (< 100 バイト?) のみを書き込む場合、 write() への各呼び出しが全体としてリーダーに送信されると想定できますか? それとも、あるメッセージの半分が、別のライターからの別のメッセージの半分で文字化けする危険がありますか?

アドバイスをありがとう。