算法交易的託管程式碼有多好？

我目前在一家從事算法交易的公司工作。我們用 Java 做所有的事情。我們確實從中賺錢。我們一直在爭論我們是否會在網卡上使用原生或 VHDL 賺更多的錢。

雖然我們做更複雜的交易，但我們不做超高頻。儘管我們需要成為第一個。在那里工作了一段時間後，我更感興趣的是 Java 在這個領域是否流行。（而且由於沒有人會在該領域發言，我想在這裡提出這個問題。）

根據我的經驗，我注意到這與交易所或經紀人的可靠性有很大關係。如果它不是很可靠（就像世界上的許多交易所一樣），那麼 2 毫秒的延遲將比您選擇的語言重要得多。但是，有多少人選擇託管程式碼？

在這個領域中使用了大量的語言。至於基於 Java 的交易平台，Marketcetera很受客戶歡迎。

為了證明切換語言的合理性，您需要證明存在阻礙您的團隊收集更多損益的瓶頸。您是否執行了分析器並將結果與 tcpdump 進行了比較？在潛入 C++ 之前，您必須證明您現有的平台是導致失去機會的延遲的原因。

（如果我們談論的是毫秒，我假設你在相關的交易所共同位於，如果他們允許的話。如果你不是 co-lo，那麼處理它可能比改變語言產生更大的影響。）

Oracle 於 2011 年 3 月 15 日在紐約舉辦了一次交易應用程序開發人員研討會。每個展示文稿的幻燈片都在這裡。其中之一涵蓋了用於交易應用程序的 java，在我看來，觀眾提出的最大問題是垃圾收集。該展示文稿討論了一些可以限制垃圾收集延遲的配置參數，但僅限於毫秒，而大多數觀眾都在尋找微秒。

引用自：https://quant.stackexchange.com/questions/959