hxsf

@EeveeRibbon #3 这个不同企业可能比例有点差距，但总归还是看价格的。
tp 2k 的货也很好。。。h3c/hw 低端货也垃圾的。

@hxsf 活->或

你这么想的话，无脑用 Arc<RWLock<T>> 活 Arc<Mutex<T>> 就是你习惯的 go/node 风格。
而什么时候去掉 Arc/Lock,而使用生命周期借用，就算是你在做性能优化了。

> 如果这没有发生而你却发火了，这将伤害到你获取信息或帮助的机会

唯一一个回答你问题，让你不用 “心里毛毛的，感觉被‘盯上了’”。 还要被你说语气不好。
后面你再问问题，知道的人还敢回答？（当然，没人会记得

@SeAl80s 你是我同事还是我领导？
看看《提问的智慧》呢
> 当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者
> 你希望回答有用还是友善。
> 很多黑客圈子中看似无礼的行为并不是存心冒犯。相反，它是直截了当，一针见血式的交流风格，这种风格更注重解决问题，而不是使人感觉舒服而却模模糊糊。
> 如果你觉得被冒犯了，试着平静地反应。如果有人真的做了出格的事，邮件列表、新闻群组或论坛中的前辈多半会招呼他。如果这没有发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而你将被视为有错的一方，这将伤害到你获取信息或帮助的机会。

哪怕看一下 issue 呢 https://github.com/cmliu/edgetunnel/issues/1798

@hxsf #76
对比的话，UI 差距可以看看 VS Code 和 Zed （ rust ） 的无插件速度。
计算型的性能。 微软的 tsc 7 用 go 重写，性能强了好几倍。cf 发布的 tsrs 比 tsc 7.0 快 10 倍，7.1 快 7 倍。
----
计算型：js 依赖 引擎 jit 可以跑出近似 C 的速度。rust 依赖 LLVM 直接跑出 C 的速度，还可以多线程，甚至选择适合自己的并发模型。

UI：js -> VDOM(如果有) -> DOM -> UI. (或使用 2D/3D API ，不过一般编辑器没人这么干）
rust -> FFI 几乎无损调用 qt/平台 UI 封装库 -> 绘图。或 rust -> 图形库-> 绘图.

只能说技术选型的时候就决定了上限。webview 够用的话，也没什么不好。 另外 tauri 底层 rs 和 js 交互是靠序列化的。也是比较大的开销。

@comeondewei #52 js 跑计算型的确实跑不过 java 且更跑不过 rust 。
UI 的话，webUI 对资源的依赖比原生 UI 高也是常态吧。

@comeondewei #29 UI 还是 webview 。实质上并不会降低内存占用。 比 electron 好的地方是全局共享 webview 降低一点磁盘压力。