当前,国内量化交易领域已开始布局Rust方向的人才招聘,这是否意味着:在国内高频量化交易领域的应用,Rust将成为一种新趋势?

非凸科技 发布于 11/04 15:51
阅读 2K+
收藏 0

11月25日16点LF开源软件学园为您带来企业拥抱开源101入门公开课>>>

有人说,绝大部分的交易接口在未来很长时间里仍会以C++方式显现,用Rust调用C++写的接口可能比较麻烦,性能上是否有质的飞跃,还待考察。

还有人说,就高频量化交易系统而言,Rust作为主要面向安全的高性能计算编程语言,比C++强,原因是Rust没有历史包袱,虽然追求性能,但没有C++用起来复杂,也不容易造成内存泄漏。

你们怎么看呢?

加载中
1
x未央
x未央

量化交易,特别是高频量化,都是单机,他们受不了多增加的一次网络通讯,哪怕用低延时网卡一次往返只增加了0.015微秒。java和c#写的交易系统穿透延时无法降低到10微秒以内,也无法和fpga交互,国内外所有搞量化的,实际交易接口都是c++,无一例外!
 

遥望千山
遥望千山
Java解决GC延迟的方法太多了,最简单的就是换ZingVM,无GC延迟,但是这个是商用的JVM,需要付费购买licence。或者直接关闭GC,所有对象和资源全部复用。或者关闭GC,用unsafe手动释放内存。国外搞量化是有不少用java的。
0
杰克伦敦尘
杰克伦敦尘

最后会被 java/c# 替代。

服务器集群技术,当前已经廉价、简单了。没必要用复杂的 Rust 技术,自添烦恼。

杰克伦敦尘
杰克伦敦尘
回复 @此网页不存在 : 所有带gc的语言都不会用---然后网上还有人在用 python 写这方面的代码? 我觉得,这类软件,交易策略与算法,比软件性能更为重要。换句话说,基本上所有的高级程序语言,都可以。 “高频量化交易系统”---这里所说的高频,只是相对于一般人操作股票的每一两个月买卖一次而言,并不是每时每刻都在交易,更多的时候,只是在计算与检查:现在哪几个股票到了可以买卖环节。
杰克伦敦尘
杰克伦敦尘
回复 @Life_robot : 那是他们目前不愿意大规模改动程序,保持原有的 c/c++ 。如果要改进,直接用 java/c# ,远比用 Rust 好。 java/c# 在性能方面比 c++ 损失并不大,只是占用运行内存高,高频量化领域,不在意内存高。Rust...线程间数据安全---- 这话也就说说,安全不安全,需要人去认真仔细控制的, java/c#在这方面也一样。
杰克伦敦尘
杰克伦敦尘
回复 @此网页不存在 : 损失的可是真金白银---这句话的主语是什么? 赶上gc的话就卡-----你使用 java/c# 的时候遇到gc卡?我很多年没遇到了。好像 java 6 之后就没遇到过。 真要说卡,互联网的网络连通性的发生卡顿的可能性更大。 另外,有服务器集群技术,不会有什么大损失。
此网页不存在
所有带gc的语言都不会用,赶上gc的话就卡,损失的可是真金白银。
L
Life_robot
高频量化领域,当前还是以C++为主,用Rust进行尝试非常棒,Rust规避了C++中内存控制的问题,至少不会出现因为指针的问题导致的交易系统崩溃从而造成损失。 Rust在web可能不是最优的,但是在量化领域还是值得尝试的 与C++对比,性能可以媲美C++,语言本身支持IO异步(async、await)和多线程(std::thread),而且线程间数据安全,在包管理器方面,cargo完胜cmake
下一页
0
jones2000
jones2000

c++ 都有成熟的案例, 没必要迁移到Rust .高频量化交易要的是稳定快速,不是什么新技术,根据客户的策略公式快速计算,快速下单撤单就可以了.   

非凸科技
非凸科技
新语言的出现,总归有它超越其他语言的优势嘛
0
护士的小黄瓜
护士的小黄瓜

量化交易最主要的不应该是交易策略吗,其次是网速,最后的最后的最后才是代码,至于什么语言那就更靠后了

杰克伦敦尘
杰克伦敦尘
我也这么想。这类软件,首先专注的是交易策略或算法。网速什么的,其实还好。说是高频交易,也只是相对于普通人每一两个月买卖一次软件而言的。要说软件稳定性,如果能算得准、会赚钱,这个软件一天死个两三次我也认了、还会继续用。
非凸科技
非凸科技
底层架构是基础哇,不然都是bug怎么整:smile:
0
f
freezingsky

rust与否,根本不重要。

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部