这是一个创建于 1244 天前的主题，其中的信息可能已经有所发展或是发生改变。
本公司某个业务逻辑，大体上是 redis 里面 pop 一条数据，做一个简单的业务转换，生成的新数据 push 回 redis
纯 C 版本是 20+us ，oc （ mrc ）版本是 100+us ，最新用 rust 重构的我昨天刚测试了下，19us
也没有做什么特别的优化，只是开了 lto
好吧，我感觉是写 C 的那个老哥 memcpy 用的太多了，如果多用指针可能会更快。但是你 TM 真的敢在 C 里面飞指针？
还有一个可能的原因，C 版本的数据都是用 sprintf 来拼接的字符串，rust 版本直接使用的一个库，该库的底层逻辑是拼接&[u8]
纯 C 版本是 20+us ，oc （ mrc ）版本是 100+us ，最新用 rust 重构的我昨天刚测试了下，19us
也没有做什么特别的优化，只是开了 lto
好吧，我感觉是写 C 的那个老哥 memcpy 用的太多了，如果多用指针可能会更快。但是你 TM 真的敢在 C 里面飞指针？
还有一个可能的原因，C 版本的数据都是用 sprintf 来拼接的字符串，rust 版本直接使用的一个库，该库的底层逻辑是拼接&[u8]
 | 1 miniliuke 2022-08-02 09:42:14 +08:00  2 rust 约等于加过安全限制的 C++，由于一些限制 safe 代码的上限和 C/C++还是有一些差距，但是下限高得多 |
 | 2 Leviathann 2022-08-02 09:47:15 +08:00 安全抽象的威力，ripgrep 也已经展示过了 |
 | 3 stephenyin 2022-08-02 10:14:27 +08:00 2 理论上如果 C 执行慢于 Rust ，一定是 C 写得不够好。不过 Rust 确实优化的很不错。 |
 | 4 changnet 2022-08-02 10:14:59 +08:00 5 怎么不敢在 C 里面用指针？不用指针写什么 C 我写 C 经常各种强转，比如把一个 int32 拷贝进一个 buffer 缓冲区，直接就把 char *类型的缓冲区强转成 int32 *来进行赋值，用 memcpy 什么的慢得跟个啥似的。只要控制好应用场景、硬件架构就不会有什么问题 用 C 不就是这点好处么 |
 | 5 ecloud OP @stephenyin 道理的确是这个道理。不过在普遍低能的某行业里，我门之前的那个 C 程序的 20+us 的性能已经傲视群雄了，其实市面上大部分的 C++程序员也就会一些 boost 和 qt 罢了，双向链表不一定能写出来呢。我们上游第三方的 sdk 还一大堆 cp936/gbk 的中文 log/注释到现在都没人改 |
 | 6 28Sv0ngQfIE7Yloe 2022-08-02 10:31:42 +08:00 看起来之前 C 的版本可优化的地方很多 |
 | 7 ColorfulBoar 2022-08-02 13:02:08 +08:00 3 |
 | 8 min 2022-08-02 13:50:50 +08:00 用 c 、c++不动态分配内存？ 感觉是很奇怪的用法啊 |
 | 9 wamson 2022-08-02 15:10:40 +08:00 via iPhone 追性能但又不想用 cpp 的话，我会选 go 。话说最近不是出了个 carbon 么(逃 |
 | 10 ipwx 2022-08-02 15:12:18 +08:00 3 我不仅敢在 C 语言里面飞指针，我还敢在 C++ 里面飞指针（逃 |
 | 11 novolunt 2022-08-02 15:31:41 +08:00 |
 | 13 lusi1990 2022-08-02 15:39:00 +08:00 via Android 我觉得这时候瓶颈在 redis 读写上 |
 | 16 DonkeyBenjamin 2022-08-04 10:21:28 +08:00 想转 carbon/zig 的赶紧去添砖加瓦啊，1.0 还没出，正需要 contributors 呢 |
 | 17 wewewefff 2022-09-08 11:32:08 +08:00 现在都是考虑用 rust 重构了 |
 | 18 JohnBull 2022-09-22 00:48:30 +08:00 飞指针咋了？飞指针+写时拷贝走起～～ ^0^ |
Select Language