那里似乎有很多网格计算框架，但投资银行实际上在很大程度上使用了哪些框架来实现低延迟分布式计算？我很想听到涵盖 Windows、Linux 和跨平台的答案。此外，哪种 RPC 机制似乎最受青睐？
我听说由于低延迟和速度，计算本身通常是用 C++/C 编写的，因为在 VM 上运行的计算比本机代码慢几个数量级。这似乎是实践中的常见情况吗？例如，分布式.NET 网格框架运行用本机c++/c 编写的计算？
问问题
1535 次
4 回答
2
一些方向（实际用于一些企业投行）：
涉及 PC农场的自制解决方案（交易者将他们的
计算请求排队）- 图形处理器
因为计算密集型金融操作（例如蒙特卡洛定价）通常是高度可并行化的。
于 2010-06-22T10:38:47.370 回答
2
低延迟分布计算
“低延迟”和“分布式”是互斥的 :)
但是这么说，这取决于你所说的“低延迟”有多低。如果您谈论的是高频交易 (HFT)，那么任何实现都将使用他们可以得到的最快的网络代码 - 最有可能是自定义 TCP/IP 堆栈（例如 OpenOnload、本机 infiniband 等）。网络永远是你代码中最慢的部分，所以你需要将网络保持在最低限度。
如果您说的是“快速”而不是 HFT 快速（例如为奇异期权/结构化产品定价），那么您几乎可以使用任何您喜欢的东西。我曾在使用 .Net/RPC、JMS (ActiveMQ)、TCP/IP 套接字等任何东西的系统上工作过。它更多的是关于定义和发送数据的灵活性和易用性，而不是网络的原始速度.
于 2013-10-15T08:43:54.610 回答
0
查看 www.zircomp.com zNet C++ 框架用于少数电子交易系统。它是跨平台、多核和分布式核心编程框架，基于数据驱动架构，专门针对使用本机操作系统的高性能进行了优化，具有统一支持数据和任务并行性的直观 API。
于 2011-04-18T15:41:29.387 回答
0
G-WAN 服务器开始在该领域落地。它将 ANSI C 的速度（和占用空间）与（完全兼容的 ANSI C）脚本（允许在不停止服务器的情况下进行实时编辑/更新）相结合。
本着同样的效率精神，预计在今年年底前完成完整的 JSON RPC。有了它，您将能够实现分布式计算。
看到他们设法放入 200 KB（服务器 + 脚本引擎 + 许多功能，如图表、压缩、加密等），真是太疯狂了。
于 2010-12-21T06:47:07.637 回答