5

そこにはかなりの数のグリッドコンピューティングフレームワークがあるように見えますが、低遅延の分散計算の目的で投資銀行によって実際にかなりの程度使用されているものはどれですか？Windows、Linux、クロスプラットフォームの両方をカバーする回答を聞きたいです。また、どのRPCメカニズムが最も好まれていると思われますか？

レイテンシと速度が低いため、VMで実行される計算はネイティブコードよりも数桁遅いため、計算自体はC ++/Cで記述されることがよくあると聞きました。これは実際には一般的なシナリオのように思われますか？たとえば、ネイティブc ++ / cで記述された計算を実行する分散.NETグリッドフレームワーク？

4

4 に答える 4

2

いくつかの方向性（実際には一部の企業投資銀行で使用されています）：

  • PCファームを含む自家製ソリューション
    （トレーダーは
    計算要求をキューに入れます）
  • GPU

なぜなら、計算量の多いフィアンシャル操作（モンテカルロ価格設定など）は通常、高度に並列化できるからです。

于 2010-06-22T10:38:47.370 に答える
2

低遅延分散計算

「低遅延」と「分散」は相互に排他的です:)

しかし、そうは言っても、それは「低レイテンシー」がどれだけ低いかによって異なります。高頻度取引（HFT）について話している場合、どの実装でも、手に入れることができる最速のネットワークコードを使用することになります。おそらく、カスタムTCP / IPスタック（OpenOnload、ネイティブインフィニバンドなど）です。ネットワークは常にコードの中で最も遅い部分になるため、ネットワークを最小限に抑える必要があります。

「高速」であるがHFT高速ではない場合（エキゾチックオプション/ストラクチャード商品の価格設定など）、好きなものをほとんど使用できます。私は、.Net / RPC、JMS（ActiveMQ）、TCP / IPソケットなど、あらゆるものを使用するシステムに取り組んできました。ネットワークの生の速度ではなく、データを定義および送信できる柔軟性と使いやすさが重要です。 。

于 2013-10-15T08:43:54.610 に答える
0

G-WANサーバーはこの分野で定着し始めています。これは、ANSI Cの速度（およびフットプリント）と（完全に準拠したANSI C）スクリプトを組み合わせたものです（サーバーを停止せずにリアルタイムの編集/更新を可能にします）。

完全なJSONRPCは、同じ効率の精神で、今年の終わりまでに期待されています。これを使用すると、分散コンピューティングを実装できるようになります。

これは、彼らが200 KBに何を入れたかを見るのはおかしいです（サーバー+スクリプトエンジン+チャート、圧縮、暗号などの多くの機能）。

于 2010-12-21T06:47:07.637 に答える
0

www.zircomp.comを確認してください。zNetC++フレームワークは、いくつかの電子取引システムで使用されています。これは、データ駆動型アーキテクチャに基づくクロスプラットフォーム、マルチコアおよび分散コアのプログラミングフレームワークであり、ネイティブOSを使用して高性能に調整され、データとタスクの並列処理を均一にサポートする直感的なAPIを備えています。

于 2011-04-18T15:41:29.387 に答える