go 写的 fzf 如何做到用比 rust 重写版快几倍

因为重写版优化不够

rust 实现还有优化空间，带 GC 的语言，明显会有额外的性能损耗

不可能，如果是这样的话，rust 版本就是没写好

不知道区别在哪，但能猜到几个原因。大量使用存在堆上的临时对象，因为所有权的原因离开作用域内存即释放，大量重复销毁和申请内存，rust 可能需要使用内存池进行优化。

没有人说 Rust 一定比 Go 快啊，GC 语言一定比 GC-free 慢是刻板印象，得改。准确的说法是「 GC-free 的语言，性能上限比 GC 语言高」。

也就是说，如果肯优化，Rust 一定能做到比 Go 快。

只不过 Rust 默认的编程范式不鼓励池化管理，在 I/O 和 Memory Burst 场景下，延迟比较吃亏。通俗地说就是 GC 语言鼓励「积极分配，一次性全部释放」，GC-free 鼓励「用完立刻释放」。

对了，按这个 issue 下引用的链接，你这个是 2020 年的 issue ，2022 年 skim 就已经优化到和 fzf 一样快了，且内存占用更少： https://github.com/skim-rs/skim/issues/509

现在什么猫啊狗啊都写 Rust 。
遇到生命周期、所有权之类的问题一言不合就 Clone ，甚至在一些广泛使用的 crate 里面都有类似的问题。
见啥都 Clone ，Rust 开了 Release 都不一定能比纯 Python 快。

rust 要会写，最近遇到一个项目，用 rust 写的一塌糊涂，内存占用奇高。

这种软件的性能瓶颈在磁盘 IO 吧，而且都是短时间执行的 gc 也没有影响。

大概是 rust 里面 clone 太多了。而 go 里面都自动共享了。

clone clone clone~

性能极致的地方，还是需要一些 unsafe 之类的操作。

语言决定上下限，耐不住操作工水平不够

只能说明他不会 rust

@horou 想想看，现在 ai 社会，一个不会 go 语言和 rust 语言的人，问 ai ，用 go 语言重构就能比 rust 快，还有谁学习 rust 。ai 真的把好多缺点补上赶上优点了

这么说来不优化情况下，rust 不一样有 go 快，对于我这种写了编程语言的就用，没啥优化能力的，果断选择 go