c++ systems 目前,交易系統喜歡採用什麼網格分佈式計算框架




grid computer (4)

一些方向(實際上在一些企業投資銀行中使用):

  • 自製解決方案涉及PC
    農場(貿易商排隊
    計算請求)
  • GPU

因為計算密集型的財務操作(如蒙特卡洛定價)通常是非常平行的。

在那裡似乎有很多的網格計算框架,但投資銀行實際上正在使用哪些網格計算框架來實現低延遲分佈計算? 我有興趣聽到涵蓋Windows,Linux和跨平台的答案。 另外,什麼RPC機制似乎最受青睞?

我聽說由於低延遲和速度的原因,計算本身通常用C ++ / C編寫,因為運行在虛擬機上的計算比本地代碼慢幾個數量級。 這在實踐中似乎是一個常見的情況? 例如分佈式.NET網格框架運行計算在本機c / c編寫?


低延遲分佈計算

“低延遲”和“分佈式”是相互排斥的:)

但是這樣說,它取決於“低延遲”的意思。 如果你正在談論高頻交易(HFT),那麼任何實現都將使用他們可以得到的最快的網絡代碼 - 很可能是定制的TCP / IP堆棧(例如OpenOnload,本地infiniband等)。 網絡永遠是你代碼中最慢的部分,所以你需要把網絡保持在最低限度。

如果你說的是“快”而不是快速(如定價異國期權/結構化產品),那麼你幾乎可以使用任何你喜歡的東西。 我從事過使用.Net / RPC,JMS(ActiveMQ),TCP / IP套接字等任何東西的系統。它更多的是關於定義和發送數據的靈活性和易用性,而不是網絡的原始速度。


檢查www.zircomp.com zNet C ++框架用於少數電子交易系統。 它是基於數據驅動架構的跨平台,多核和分佈式核心編程框架,專門針對使用本機操作系統的高性能進行了調優,具有統一支持數據和任務並行性的直觀API。


G-WAN服務器已經開始在這個領域佔有一席之地。 它將ANSI C的速度(和占用空間)與(完全兼容的ANSI C)腳本相結合(允許實時編輯/更新而不停止服務器)。

完全的JSON RPC預計在今年年底之前,本著同樣的效率精神。 有了它,你將能夠實現分佈式計算。

看到他們設置了200 KB(服務器+腳本引擎+圖表,壓縮,加密等許多功能),這真是太瘋狂了。







trading