問題タブ [real-time]

決定論的とは、航空宇宙飛行ソフトウェアのような重要なリアルタイム ソフトウェアで使用できることを漠然と意味しています。ガベージ コレクター (および動的メモリ割り当て) は、非決定論的と見なされるため、飛行中のソフトウェアでは絶対にダメです。ただし、これについては進行中の研究があることを知っているので、この問題はまだ解決されているのでしょうか。

また、使用方法を制限するガベージ コレクション アルゴリズムも質問に含めています。

Ingo Molnar の新しいリアルタイムおよび低遅延パッチは、Linux 用の以前のリアルタイム拡張機能 (RTAI、Xenomai など) を廃止しますか?

Compact Framework アプリケーションで、ガベージ コレクターが少なくとも 1 つのスレッドを無条件に停止するのを防止したり、少なくともコードの一部で GC コレクションをブロックしたりすることは可能ですか?

リアルタイムの優先順位の設定に対処する必要があると思いますが、そうしないように多くのアドバイスを見つけました.

大まかなレベルでの私の問題は次のとおりです。

2 つのビジネス アプリケーションがあります。App1 は大量のデータを入力して保存します。App1 の関連データが変更されるたびに、App1 から App2 にデータを転送するものが必要です。基本的に、App2 にデータのサブセットが含まれていることを除いて、App2 のデータを App1 から同期する必要があります。

App1 は SQL Server 2000 データベースを使用します。

App2 は SQL Server 2005 データベースを使用します。

したがって、たとえば、ユーザーが App1 を使用していて、一部のデータを更新する場合、そのデータは App1 データベースに保存されてから、可能な限りリアルタイムで App2 データベースに送信される必要があります。

どちらのシステムも屈服させない良いアイデアを探しています。

ループで実行しているコードがあり、現在の時刻に基づいて状態を保存しています。場合によってはミリ秒単位の間隔になることもありますが、何らかの理由で、DateTime.Now は 2 ミリ秒または 3 ミリ秒後であっても、常に少なくとも 10 ミリ秒離れた値を返すようです。保存している状態は保存された時間に依存するため、これは大きな問題を引き起こします（たとえば、何かを記録する）

各値を 10 ミリ秒間隔で返す私のテスト コード:

ミリ秒までの正確な現在時刻を取得する方法に関する別の解決策はありますか?

誰かが Stopwatch クラスを見ることを提案しました。Stopwatch クラスは非常に正確ですが、プログラムの状態を保存するために必要な現在の時刻を教えてくれません。

DB でレコードが挿入または更新されるたびに追跡したり、通知を受け取るにはどうすればよいですか? このような DB の変更が発生するたびに、ほぼリアルタイムで外部アプリケーションに変更を通知したいと考えています。これを行うには、DBMS に依存せず、アプリケーション プログラミング言語に依存しない方法はありますか? そうでない場合、特に MS Access と MS SQL Server で可能ですか? もちろん、DBの継続的なポーリングを避けたいと思っています。

Windows アプリケーションとして構築された現在のシステムがあり、特定のタスクをほぼリアルタイムで実行します。カスタムサーバーと通信し、ステータスを通信し、コマンドを送受信するネットワーク内のノードがあります。

Web 展開プラットフォームへの移行を検討しています。ノード、たとえば 60 ～ 100 個のノードは、サーバーと通信し、クライアントにすばやく表示する必要があります。私は秒ではなくミリ秒を話している。ネットワーク接続は LAN/100 メガビットまたはギガビットで、クライアントからサーバーへの確実な高速接続が可能です。ノード通信も小規模で、XML メッセージとしてすでに送信されており、サイズはそれほど大きくなく、量も圧倒的ではありません。

当社のシステム アーキテクトは、LAMP + AJAX でこれを実行できると確信しています。私は個人的に以前に同様のシステムに関与したことがあり、これほどリアルタイムに近いメッセージの配信を保証することに懐疑的です.

健全性チェックを行うために、私は間違っていますか? これは、LAMP または同様の言語で (うまく) 実行できますか? (Java ではありません。起動した Java アプレットでこれができることは知っています)。

マルチプレイヤー システムのアーキテクチャを説明しているように見える、Valve のこの記事を読んでいます。ドロップされたパケットを処理できるように、クライアントでレンダリングを数ティック遅らせているようですが、パケットを「デルタスナップショット」(隣接する 2 つの状態の差) として送信することもあります。

時間 A、B、C があり、クライアントが時間 A では正しいが、B でパケットをドロップし、C でパケットを受信するとします。時間 C での状態を正しく推定するにはどうすればよいでしょうか? C のパケットは状態 B と C の間のデルタのみを伝え (私が思うに)、クライアントは A の状態しか知りません。ここで何が欠けているのでしょうか?

株式市場データを受信し、何らかの処理を行ってからクライアント アプリケーションに送信するリアルタイム アプリケーションを開発します。サーバーとクライアントの間で計算を分割することにしました。サーバーは基本的な計算を行い、最終的な変数を計算するクライアントに基本データを送信します。

C# を使用してクライアント アプリケーション (GUI のみ) を開発し、C++ を使用して最終的な変数 (変数計算機と呼ばれる) を計算するコンポーネントを開発することにしました。C ++で「変数計算機」を開発する目的は、モジュール性です。たとえば、クライアント側で変数の計算に時間がかかることがわかった場合は、サーバー側で同じモジュールを使用できます。

また、標準の C++ を使用してサーバー サイドを開発します。

注: サーバーは一連のメッセージを処理し、それを 1 秒以内にクライアントに送信する必要があります 市場の開始時に最大数のメッセージが送信されます 100,000 メッセージ

助言がありますか？

Java は、リアルタイム オーディオ処理のための C / C++ の適切な代替手段ですか?

遅延線 (30 秒 @ 48khz)、フィルタリング (512 ポイント FIR?)、および各トラックで同時に発生するその他の DSP タイプの操作を使用して、最大 100 (最大) のオーディオトラックを持つアプリを検討しています。

演算は浮動小数点に変換されて実行されます。

システムはおそらく 4GB RAM のクアッドコア 3GHz で、Ubuntu を実行しています。

Java が以前よりもはるかに高速になり、C / C++ に近づき、現在はリアルタイム拡張機能も備えているという記事を見てきました。これは現実ですか？C の %50-%100 パフォーマンスを達成するためにハードコアコーディングとチューニングが必要ですか?

これが可能かどうか、そして何か問題がある場合に備えて、私は本当に意味を探しています。