- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
您一直听说高频交易 (HFT) 以及算法有多快。但我想知道 - 现在什么是快?
更新
我考虑的不是交易所和运行交易应用程序的服务器之间的物理距离造成的延迟,而是程序本身引入的延迟。
更具体地说:从事件到达应用程序中的线路到该应用程序在线上输出订单/价格需要多长时间? IE。 交易报价时间。
我们说的是亚毫秒吗?还是亚微秒?
人们如何实现这些延迟?汇编编码? FPGA?好的旧 C++ 代码?
更新
最近在 ACM 上发表了一篇有趣的文章,提供了当今 HFT 技术的大量详细信息,值得一读:
Barbarians at the Gateways - High-frequency Trading and Exchange Technology
最佳答案
我是一家小公司的首席技术官,该公司生产和销售基于 FPGA 的 HFT 系统。在 Solarflare Application Onload Engine (AOE) 之上构建我们的系统,我们始终如一地将网络上“有趣”的市场事件(来自 ICE 或 CME 的 10Gb/S UDP 市场数据馈送)的延迟提供给第一个字节最终的订单消息在 750 到 800 纳秒范围内(是的,亚微秒)到达线路。我们预计下一个版本的系统将在 704 到 710 纳秒范围内。有些人声称的金额略低,但那是在实验室环境中,而不是实际坐在芝加哥的 COLO 中清算订单。
关于物理和“光速”的评论是有效的,但不相关。每个认真对待高频交易的人都将其服务器设置在 COLO 中,该房间位于交易所服务器旁边。
要进入这个亚微秒领域,除了向 FPGA 提供策略实现命令之外,您无法在主机 CPU 上做太多事情,即使使用内核旁路等技术,您也有 1.5 微秒的不可避免的开销......所以在这个领域中的一切正在玩 FPGA。
其他答案之一非常诚实地说,在这个高度保密的市场中,很少有人谈论他们使用的工具或其性能。我们的每一位客户都要求我们不能告诉任何人他们使用我们的工具,也不能透露任何有关他们如何使用这些工具的信息。这不仅使营销变得困难,而且确实阻碍了同行之间技术知识的良好流动。
由于需要进入市场中“快速”部分的奇异系统,您会发现宽客(提出我们快速运行的算法的人)正在将他们的算法划分为事件-响应时间层。技术堆的最顶端是亚微秒系统(就像我们的系统)。下一层是大量使用内核旁路的自定义 C++ 系统,它们的时间范围为 3-5 微秒。下一层是那些无法承受来自“交换机”仅一个路由器跳的 10Gb/S 线路的人们,他们可能仍在 COLO 中,但由于我们称之为“端口轮盘赌”的令人讨厌的游戏,他们处于几十到几百微秒域。一旦进入毫秒级,它几乎就不再是高频交易了。
干杯
关于low-latency - 当今最先进的高频交易系统有多快?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17256040/
关于 2015 年和 future 几年 WPF 的 future ,我曾多次向许多开发人员提出这个问题。有人告诉我,微软 future 也有兴趣采用这项技术。 实际上,我喜欢在 Winforms 中
我目前正在涉足专家系统、emacs lisp,并阅读有关人工智能的知识。传统上,人工智能与 LISP 和专家系统与 CLIPS 相关联。但是,我注意到在计算科学中使用了多少 Python。人工智能和机
我目前正在编写一个使用 sdl 下的 2D OpenGL 输出的游戏,我正在尝试使用 SDL_ttf 加载文本。但是,我必须用空白像素填充文本,因为普通 OpenGL 似乎不支持两个纹理的非幂。我听说
当火狐开发者版推出时,我很高兴,我可以使用WebIde、响应式设计工具、滴管等……今天我受够了。 里面有很多bug,我就不一一列举我和我的同事发送和批准了多少bug了…… 我在 google 中搜索过
我是一名优秀的程序员,十分优秀!