問題タブ [low-latency]

一部のGPGPU処理にOpenGLを使用しています。そのため、OpenGL処理スレッドに作業を提供するさまざまなスレッドがあります。

各「作業項目」の後で、PBOからホストにデータを転送するために、glReadPixelsとglMapBufferを呼び出す必要があります。ただし、これに伴う問題は、glMapBufferがスレッドをブロックし、GPUがアイドル状態であっても、DMA転送が終了するまで有用な作業を実行できないことです。これを解決する通常の方法は、最長のDMA転送の時間深度を持つパイプラインを作成することです。ただし、私は低遅延システムで作業しているため、これは最適ではありません。

レイテンシーを可能な限り減らすために、別のスレッドでglMapBufferを待つ方法や、DMA転送がいつ終了したかについての通知を受け取る方法はありますか？

10秒の遅延があります。リアルタイムまたは少なくとも1秒が必要です。インターネットを経由しません。WPFのバッファ時間を短縮することは可能ですか？

サーバーコード：

プレイヤーコード：

私は、スループットと並行性の大きな可能性を提供するさまざまな言語（主に機能的）を見てきました。ただし、遅延の影響を受けやすいアプリケーション（つまり、1ミリ秒未満のイベントに応答する可能性がある）の場合、それらを超えているようです。

私はこれをCで行うことができますが、低レイテンシーと高並行性を提供する何かがやってきたのか、それとも（私が思うに）相互に排他的でしょうか？

注：前の質問では、「相互に排他的な」ビットについて多くの議論がありましたが、それは正しいと思います。非常に低いレイテンシーが必要な場合、大規模な同時実行性を得ることができません。私は絶対にこれについて間違っていることが証明されることを望んでいます！:-)

PBO を使用して CPU と GPU の間でデータを転送する GPGPU アプリケーションに取り組んでいます。私のアプリケーションの要件の 1 つは、OpenGL レンダリング スレッドのブロックをできるだけ少なくし、処理のレイテンシをできるだけ低くすることです。

私の質問は、glTexSubImage2D への呼び出し (ホストからデバイスへの変換を開始する) と実際にテクスチャを使用/レンダリングする間にレイテンシを追加する必要があるかどうかです。たとえば、サイズが 1024x1024 のテクスチャの場合、そのようなレイテンシはどれくらいの大きさでなければなりませんか?

新しいJava7SDPは、10ギガビットネットワークに何らかの利点を提供しますか？

OpenOnloadドライバーを介してDMAを提供するSolarFlare10ギグNICを使用します。私はInfinibandに精通していませんが、SDPを使用してレイテンシーを削減する方法があるかどうか知りたいです。

データベースは、ほとんどすべてのビジネスアプリケーションで、データとそのデータに対して実行されるトランザクションを格納するために必要です。トランザクションには通常、ミリ秒のオーダーの時間がかかります。同時に、トレーディングアプリケーションでは、まったく受け入れられないのは「レイテンシ」です。では、レイテンシーの上限を必要とするそのようなアプリケーションで行われるトレードオフは何ですか？

たとえば、取引が顧客によって行われた場合、データベースに保存されているいくつかのチェックに合格する必要があり、DBフェッチが必要です。次に、取引はOMS/ORSまたは取引所に渡される必要があります。また、各レイヤーで、ある種のトランザクションデータをデータベースに保存する必要があります。トランザクションの永続性と低遅延のバランスをどのように維持する必要がありますか？

スケーラビリティが重要な要件である NZ 市場向けに、ニュージーランドで Web アプリの開発を開始しようとしています。アプリの半分がクライアント側の Java スクリプトであるため、遅延が大きな問題にならない小規模なプロジェクトで過去に使用した Google Apps Engine を使用することを検討しています。

ただし、新しいプロジェクトには、高速な AJAX 応答時間が必要です。地元の Web アプリ会社は、専用サーバーに対して月額約 175 ドル (私が想像する米国よりもはるかに高い) を請求します。

Google Apps Engine (米国でホストされていると思います??) を使用している場合と、ここニュージーランドでホストしている地元のホスティング会社を使用している場合、AJAX リクエストの待ち時間に大きな違いがある可能性はありますか? もしそうなら、どのくらいの大きさですか？

超低遅延プログラムがあり、WindowsCOMコンポーネントとインターフェイスする必要があります。これを行うための最速の方法は何でしょうか？JACOBのようなCOMブリッジを使用するか、ネイティブCOMライブラリを作成し、ZeroMQのようなメッセージングバスを使用してメッセージを送信しますか？

ZeroMQ レイテンシーと 29 West LBM などの競合他社のパフォーマンスの詳細をどこで確認できるか知っている人はいますか?

かなり安いように見えますが、どちらがより適しているかを判断するための指標が見つかりません.

log4jを使用する高速で大量のアプリケーションがあります。通常、SyslogAppenderを使用しており、これが最も軽量で最速のアペンダーであると考えています。しかし、大量のボリュームの下でSYSLOGからの高いCPU使用率が見られます（SYSLOG confのフィルタールールのため）。

FileAppenderの使用に切り替えたいと思うでしょう。問題は、これをlog4j AsyncAppenderと組み合わせて使用​​して、ディスクへのフラッシュ（強制）による一時停止を削除するかどうかです。

（アプリケーションは非常にレイテンシーに敏感なので、アペンダーが追加する可能性のあるレイテンシーを最小限に抑えたいと思います。）また-とにかく、SyslogAppenderがFileAppenderよりも本当に速いかどうかはわかりません（しかし、それは私が始めてからのやり方です）。

これについての考えをいただければ幸いです。