問題タブ [ipc]

AIX (および HPUX) には msemaphores と呼ばれる優れた小さな機能があり、複数のプロセスで共有されるメモリ マップ ファイルの細かい部分 (レコードなど) を簡単に同期できます。Linuxで同等のものを知っている人はいますか?

明確にするために、msemaphore 関数については、関連するリンクをたどって説明しています。

データバス経由でローカルに通信したいアプリがいくつかあります。

理想的には：

• 彼らはオンラインになるといつでも話したり聞いたりします
• この通信方法の「所有者」は存在しません。
• 追加のコンポーネントをインストールする必要はありません (つまり、メッセージ キュー)
• 開く必要があるポートがなければいいのですが

これを行うための最良の技術は何だと思いますか?

データ バスに WCF を使用する方法はありますか?

実行するたびに約 200MB の市場データを必要とするアプリを実行しようとしています。これは、最近メモリに保存するのにわずかな量のデータなので、スピードのために私がやりたいことです。

数日間のセッションの間に、私はおそらく 1 つ以上のアプリケーションを何度も実行、再実行、再書き込み、再実行などを繰り返します。

SO、問題は、アプリがクラッシュした場合でも、ディスク上のデータ ファイルを開いてデータを再ロードすることによってデータを再ロードする必要がないように、データを一日中メモリに保持する方法です。

私の最初のアイデアは、データを共有メモリに読み取って使用できるようにするだけのデータ サーバー アプリを作成することです。私がそうするなら、私は呼び出すことでIPCのメモリマッピングを使用できると思います

CreateFile()

CreateFileMapping()

MapViewOfFile()

より良い IPC/アプローチはありますか?

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

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

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

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

アイテムのリストを指定して、適用される可能性のある特別な取引を考慮して合計価格を計算するいくつかの Delphi コードがあります。

このコードを別の言語で書き直すのは簡単ではありません。

同じサーバー上で実行されている Web サイトと通信するには、どのように設定すればよいですか? ウェブサイトは、ユーザーがショッピング カートを更新するたびに価格を尋ねる必要があります。複数の同時リクエストが存在する可能性があります。

Delphi コードは、データベースから定期的に更新される、メモリ内の特売リストを維持する必要があります。したがって、単純に毎回実行することはできません。

Web サイトが何に記述されているのか、どの http サーバーで実行されているのかさえわからないので、アイデアや標準的な方法を探しているだけです。

POSIX 共有メモリと POSIX セマフォを使用してクライアント サーバー アプリケーションを構築しようとしています。セマフォを共有メモリ セグメント内に配置する必要がありますか?それとも、セマフォを単にグローバル変数にすることができますか? POSIX 規約を遵守したい。

現在、Java アプリと C++ アプリの間で IPC に共有メモリを使用していますが、より便利な代替手段を探しています。

誰かが同じパフォーマンスと速度でより良い方法をアドバイスできますか?

ありがとう！

2 つの C# プロセスを接続して、stdin と stdout を介して相互に通信できるようにするにはどうすればよいですか?

このような：

プロセス A --> 標準出力 A --> 標準入力 B ---> プロセス B

プロセス A <-- 標準入力 A <-- 標準出力 B <--- プロセス B

システム コンポーネント (IE、レンダリング、物理、ロジック、入力、スクリプトなど) を異なるスレッドに分割するゲーム アーキテクチャを作成する場合、リアルタイム通信が必要な場合はどのように処理しますか?

たとえば、スクリプトで画面にボックスを描画する場合、レンダリング コンポーネントが「FrameDrawn」イベントを発行して、各フレーム描画の最後にボックスが画面の上に描画されるようにするのが理想的です。 . スクリプティング コンポーネントとレンダリング コンポーネントが互いに異なるスレッド上にある場合、これはどのように可能になるのでしょうか?

これは設計上の決定に関するものであり、別のサービスを採用する場合の長所と短所を理解しています。そのため、2 つの無関係なサーバーを持つ 2 つのサービスがあり、1 つはポート 10000 でリッスンし、もう 1 つは 3 つの異なるポートを介して 3 つの異なる要求に応答する xinetd サーバーです (そのクライアントは nc サーバーのポート 1|ポート 2|ポート 3 を使用してデータを取得します)。

ある日、セキュリティ上の問題により xinetd サーバーを停止する必要があり、最初のサーバーが同じデータを保持しているという理由だけで、最初のサーバーに USR1 シグナルを送信し、同じ公開データを公開することで xinetd サーバーを採用することにしました。したがって、最初のサーバーでシグナル処理を再定義するロジックを追加する必要があります。USR1 (10、16、および 30) を使用する予定です。たとえば、xinetd サーバーで kill -10 first_server を実行すると、最初のサーバーは古いサーバーが送信していたのと同じデータを吐き出し、それでも最初のポートにダンプします。 . Unix シグナルの使用法を悪用し、もちろん POXIS および Linux で事前定義された 10、16、および 30 シグナルの動作を再定義しているため、これは悪い設計であるという議論があります。これは本当に技術的に悪いのでしょうか？システムにどのような害を及ぼすでしょうか？