- 主题:stackoverflow 有个比较 c++ stackful 和 stackless 协程的帖子
fiber的运行速度跟屎一样
还真敢用
我们有个feed handler
每秒钟两百万个quote
最开始用fiber
启动就崩
一查内存发现一秒钟几百万个内存申请释放
【 在 softsongs 的大作中提到: 】
: 组里一位级别最高的哥们，把我们项目里异步框架用 boost.fiber 重写了。
:
--
FROM 172.58.235.*
所有的async 都有这个尿性
必须在内存中创建一个区域，
否则你怎么获得执行后的结果
在web中还好，在trading这个领域，大部分程序都是
单线程又要应付微秒甚至纳秒
Async 基本不会考虑只能靠特定的
硬件了
【 在 hgoldfish 的大作中提到: 】
: 为什么 fiber 这么烂？按说 fiber 只有在创建和销毁的时候才会申请内存的吧。
:
--
FROM 172.56.161.*
fiber内部
总之世界上没有免费的午餐
你想想你的async产生一个continue之后
这个continue是不可能凭空产生的
Async在高频交易领域基本毫无用处
【 在 softsongs 的大作中提到: 】
: 这百万级的内存申请和释放是fiber内部产生的还是你们代码自己产生，但是因为使用了fiber后产生的？
:
--
FROM 172.58.239.*
在trading这个领域
基本都是单线程
不是国内那种web开发为主体，天天就是喊并发。
【 在 jjfz 的大作中提到: 】
: 上tcmalloc之类的玩意，一秒钟多线程并发100M的alloc没问题
: --来自微微水木3.5.14
--
FROM 24.0.210.*
有专用网卡比如solarflare
专门做kernel bypass
Solarflare之类网卡取得multicast data
速度是纳秒级
【 在 gfkid 的大作中提到: 】
: 可是mvtec说，高频交易都在抠cycle
: 可是如果网络延迟都有上百微秒了，是否还有必要呢
: 另外听说高频交易都有专门的网络，不知道是不是协议也是专有的
--
修改:mvtec FROM 50.240.187.*
FROM 50.240.187.*
HFT根本不可能在trading过程中
连数据库的
所有的app全是single thread
Affinity 到isolated cpu core
【 在 ylh0315 的大作中提到: 】
: 我设计的高频交易架构是这样：
: 服务器多核多线程，TPC模式，每个链接一个线程。多台服务器。服务器要处理数据库业务，只能使用简单的多线程模式。
: 加一个管理器，对多台服务器设置连接池。对每台服务器有限个链接（服务器有限个线程）。对多个服务器进行负载均衡和容错。
: ...................
--
FROM 50.240.187.*
兄弟厉害
一句话就把华尔街这帮
trading公司全给否了。
【 在 ziqin 的大作中提到: 】
: 兄弟，醒醒，意义不大，真在乎速度的都是FPGA+RTOS，都不是RTOS，随便一个cpu切片就洗白了
:
--
FROM 24.0.210.*
你报几个头部公司名字，我去看看有没有
熟人了解的
【 在 ziqin 的大作中提到: 】
: 因为你在说纳秒级别 如果kernel by pass只省了纳秒级别 那么用cpu跑交易逻辑是没有意义的 因为随便一个大一些的cache miss或者cpu 切片都比这个大
:
: 所有你看见的纳秒级的tick to trade的 都是交易逻辑直接烧在网卡芯片里的
: ...................
--
FROM 172.56.160.*