交易系统目前青睐哪些网格分布式计算框架答案

【问题标题】：What grid distributed computing frameworks are currently favoured for trading systems交易系统目前青睐哪些网格分布式计算框架
【发布时间】：2011-02-19 20:49:00
【问题描述】：

那里似乎有很多网格计算框架，但投资银行实际上在很大程度上使用了哪些框架来实现低延迟分布计算？我很想听到涵盖 Windows、Linux 和跨平台的答案。另外，哪种 RPC 机制似乎最受青睐？

我听说由于低延迟和速度，计算本身通常是用 C++/C 编写的，因为在 VM 上运行的计算比本地代码慢几个数量级。这似乎是实践中的常见情况吗？例如，分布式 .NET 网格框架运行以原生 c++/c 编写的计算？

【问题讨论】：

是什么让您认为他们中的任何人都使用 .NET？ iirc 将 .NET 引入金融系统的每一次公开尝试都以失败告终。 blogs.computerworld.com/…
实际上只是框架和计算之间技术分离的一个例子，而不是基于我遇到的任何事情。
金融系统 = 超级机密 ;) 我怀疑还有大量的 NIH 综合症。
@Autopopulate ... NIH 综合征是什么？
好的，知道了...en.wikipedia.org/wiki/NIH_syndrome

标签： c++ grid distributed trading

【解决方案1】：

一些方向（实际用于一些企业投行）：

涉及 PC 的自制解决方案
农场（贸易商排队他们的
计算请求）
GPU

因为计算密集型金融操作（例如蒙特卡洛定价）通常是高度可并行化的。

【讨论】：

【解决方案2】：

G-WAN 服务器已开始在该领域落地。它将 ANSI C 的速度（和占用空间）与（完全兼容的 ANSI C）脚本（允许在不停止服务器的情况下进行实时编辑/更新）相结合。

本着同样的效率精神，预计今年年底将出现完整的 JSON RPC。有了它，您将能够实现分布式计算。

看到他们设法放入 200 KB（服务器 + 脚本引擎 + 许多功能，如图表、压缩、加密等），真是太疯狂了。

【讨论】：

【解决方案3】：

查看 www.zircomp.com zNet C++ 框架用于少数电子交易系统。它是跨平台、多核和分布式核心编程框架，基于数据驱动架构，专门针对使用本机操作系统的高性能进行了优化，具有统一支持数据和任务并行性的直观 API。

【讨论】：

【解决方案4】：

低延迟分发计算

“低延迟”和“分布式”是互斥的 :)

但是这么说，这取决于您所说的“低延迟”有多低。如果您谈论的是高频交易 (HFT)，那么任何实现都将使用他们可以得到的最快的网络代码 - 最有可能是自定义 TCP/IP 堆栈（例如 OpenOnload、本机 infiniband 等）。网络始终是代码中最慢的部分，因此您需要将网络保持在最低限度。

如果您说的是“快”而不是 HFT 快（例如为奇异期权/结构化产品定价），那么您几乎可以使用任何您喜欢的东西。我曾在使用 .Net/RPC、JMS (ActiveMQ)、TCP/IP 套接字等任何东西的系统上工作过。它更多的是关于定义和发送数据的灵活性和易用性，而不是网络的原始速度.

【讨论】：