![[嘻嘻]](https://face.t.sinajs.cn/t4/appstyle/expression/ext/normal/33/2018new_xixi_org.png "[嘻嘻]")
5月17日 10:08 来自 微博轻享版
drift我刷到top20，居然被女巫了，只剩6w个，那也好，接受吧，今天一看只给了200个？。。。卧槽尼玛币啊，狗比项目方，可以去死了
5月12日 16:34 来自 微博网页版
难道之前bn as亏钱都是这个导致的？？用别人的框架就这个问题，过于相信，不重视细节，导致全盘皆输 。
之前一度怀疑是rust parse json也慢导致的。。。打印了日志，对比了才知道这个jb问题，现在速度嗖嗖的。。。 终于是并发执行，而不是一条条的顺序逻辑了
我ctmd！
之前一度怀疑是rust parse json也慢导致的。。。打印了日志，对比了才知道这个jb问题，现在速度嗖嗖的。。。 终于是并发执行，而不是一条条的顺序逻辑了
我ctmd！
5月12日 16:20 来自 微博网页版
你遇到的问题很可能是由于 actix_rt::task::yield_now().await; 的使用导致了同步执行而不是异步执行，进而影响了消息的处理。这是因为 actix_rt::task::yield_now().await; 会暂时让出当前任务的执行权，允许其他任务有机会执行。但是，如果在一个异步任务中频繁地使用 yield_now()，会导致任务在执行 ...展开全文c
5月12日 16:17 来自 微博网页版
actix_rt::task::yield_now().await;
害死人！
起因是建了一个mspc channel
ws recv端每收到一个package就调用actix_rt::task::yield_now().await;一次，
rx端每处理完一个从rx收到event也调用actix_rt::task::yield_now().await;一次，
导致tx和rx一直在同步执行。。。。实际上应该是异步执行才对。。 ...展开全文c
害死人！
起因是建了一个mspc channel
ws recv端每收到一个package就调用actix_rt::task::yield_now().await;一次，
rx端每处理完一个从rx收到event也调用actix_rt::task::yield_now().await;一次，
导致tx和rx一直在同步执行。。。。实际上应该是异步执行才对。。 ...展开全文c
5月12日 10:32 来自 微博网页版
一个头条AI的哥们花了1年多时间运用了各种核武器，比如dpdk，离ex集群的最近搜索、c，大页，shm，以及aws关于低延迟指导的最优实践等等我自己想到想不到的优化。然后加上v9+colo测试了下抢盘口策略，满怀信心的和他一起测了几天，发现还是根本抢不过。。。于是放弃。。。连这种顶级dev都搞不掂，我也就 ...展开全文c
正在加载中，请稍候...
- 手机玩微博
-
扫码下载，更多版本
戳这里
微博客服4000-960-960意见反馈舞弊举报About Weibo微博招聘新浪网导航违规内容投诉010-60618076投诉处理大厅 DMCA投诉/Report 互联网法院微博工作站
京ICP证100780号京ICP备12002058号京网文﹝2024﹞0012-005号（京）网械平台备字（2022）第00006号京食药网食备202210035互联网宗教信息服务许可证：京（2022）0000091
(京)网药械信息备字（2023）第00076号增值电信业务经营许可证B2-20140447增值电信业务经营许可证京B2-20221511乙测资字11510760出版物经营许可证 新出发京批字第直220253号
中国互联网举报中心北京互联网举报中心内容从业人员违法违规行为举报网络110报警服务北京文化市场举报热线中国互联网协会北京网络行业协会扫黄打非举报入口网络谣言曝光台
互联网新闻信息服务许可编号:11220190001广播电视节目制作经营许可证（京）字第04005号Copyright © 2009-2024 WEIBO 北京微梦创科网络技术有限公司京公网安备11000002000019号