2010-05-15 28 views
6

这里似乎有很多网格计算框架,但投资银行实际上在哪些方面实际上正在使用哪些框架来实现低延迟分布计算?我有兴趣听到有关Windows,Linux和跨平台的答案。另外,什么RPC机制似乎最受青睐?什么网格分布式计算框架目前青睐交易系统

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

+2

是什么让你觉得他们中的任何一个使用.NET? iirc每一次公开试图获得。NET进入金融系统一直是史诗般的失败。 http://blogs.computerworld.com/london_stock_exchange_to_abandon_failed_windows_platform – 2010-05-15 12:14:17

+0

实际上,这只是框架和计算之间技术分裂的一个例子,而不是基于我遇到的任何事情。 – Rich 2010-05-15 15:34:06

+3

金融系统=超级秘密;)我怀疑也有大量的NIH综合症。 – James 2010-05-30 11:24:44

回答

2

一些方向(在一些企业的投资银行实际使用的):涉及PC
农场

  • 首页的解决方案(贸易商排队的
    计算请求)
  • GPU

自计算密集型的金融业务(如蒙特卡罗定价)通常可以并行化。

0

G-WAN服务器已开始在这方面取得成功。它将ANSI C的速度(和占用空间)与(完全兼容的ANSI C)脚本混合(允许实时编辑/更新而不停止服务器)。

完整的JSON RPC预计将在今年年底,以同样的效率精神。有了它你就可以实现分布式计算。

看到他们在200KB(服务器+脚本引擎+图表,压缩,加密等许多功能)中设置的内容,这真是太疯狂了。

0

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

2

低延迟分布计算

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

不能不说,这取决于你的“低有多低意味着潜伏'。如果您正在谈论高频交易(HFT),那么任何实现都将使用他们可以实现的最快网络代码 - 很可能是定制TCP/IP堆栈(例如OpenOnload,本地infiniband等)。网络始终是您代码中最慢的部分,因此您需要将网络保持在最低限度。

如果你在说'快'而不是快速(如定价异国期权/结构化产品),那么你几乎可以使用任何你喜欢的东西。我从事过使用.Net/RPC,JMS(ActiveMQ),TCP/IP套接字等任何东西的系统。它更多的是关于定义和发送数据的灵活性和易用性,而不是网络的原始速度。