什麼網格分佈式計算框架目前青睞交易系統

這裏似乎有很多網格計算框架，但投資銀行實際上在哪些方面實際上正在使用哪些框架來實現低延遲分佈計算？我有興趣聽到有關Windows，Linux和跨平臺的答案。另外，什麼RPC機制似乎最受青睞？什麼網格分佈式計算框架目前青睞交易系統

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

2010-05-15 Rich

是什麼讓你覺得他們中的任何一個使用.NET？ iirc每一次公開試圖獲得。NET進入金融系統一直是史詩般的失敗。 http://blogs.computerworld.com/london_stock_exchange_to_abandon_failed_windows_platform – 2010-05-15 12:14:17

實際上，這只是框架和計算之間技術分裂的一個例子，而不是基於我遇到的任何事情。 – Rich 2010-05-15 15:34:06

金融系統=超級祕密;）我懷疑也有大量的NIH綜合症。 – James 2010-05-30 11:24:44

一些方向（在一些企業的投資銀行實際使用的）：涉及PC
農場

首頁的解決方案（貿易商排隊的
計算請求）
GPU

自計算密集型的金融業務（如蒙特卡羅定價）通常可以並行化。

來源

2010-06-22 10:38:47

G-WAN服務器已開始在這方面取得成功。它將ANSI C的速度（和佔用空間）與（完全兼容的ANSI C）腳本混合（允許實時編輯/更新而不停止服務器）。

完整的JSON RPC預計將在今年年底，以同樣的效率精神。有了它你就可以實現分佈式計算。

看到他們在200KB（服務器+腳本引擎+圖表，壓縮，加密等許多功能）中設置的內容，這真是太瘋狂了。

來源

2010-12-21 06:47:07 Michel

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

來源

2011-04-18 15:41:29

低延遲分佈計算

「低延遲」和「分佈式」是相互排斥的:)

不能不說，這取決於你的「低有多低意味着潛伏'。如果您正在談論高頻交易（HFT），那麼任何實現都將使用他們可以實現的最快網絡代碼 - 很可能是定製TCP/IP堆棧（例如OpenOnload，本地infiniband等）。網絡始終是您代碼中最慢的部分，因此您需要將網絡保持在最低限度。

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

來源

2013-10-15 08:43:54

什麼網格分佈式計算框架目前青睞交易系統

回答

相關問題