codex 的代码量涨得有点快啊,一个月前是 30.7w 行 Rust 代码,今天就变成 47.7w 行了。 编译就更夸张,我的破旧 MBP 上用 `cargo build --release` 直接把全部内存给吃光,系统弹框要求我手动杀应用。😂 改用 `cargo build --release -j 1`,只跑一个 rustc 进程编译,这会 rustc 已经吃了 9GB 内存了,还在涨。😂 没两三个小时,估计结束不了。😂

Replies (10)

我总共就8G内存,还得分给操作系统……。 如果大部分开发者都用配置那么高的电脑,那开发出来的程序,在如此高的配置下运行,岂不是很难觉察出性能问题。
这个我知道的,Rust 开发出来的程序,运行速度可以媲美用 C 开发出来的程序。 我说的是开发环境和实际运行环境,配置相差太大,导致开发者越来越难以觉察到性能问题,不针对具体某个语言。 一个很直观的例子是:那些用了前端框架开发出来的网页,在开发者机器上运行非常丝滑,而在稍旧的机器上,滚动网页就能很明显地感觉出:网页特别重(卡顿,不响应),严重的甚至能导致浏览器崩溃。 还有一个例子是越来越流行的浏览器套壳开发出来的各种客户端。也是这个问题。 还有一个比较危险的例子是:xz 投毒事件中,如果已经中毒的服务器性能特别好,以至于那个程序员,无法注意到 ssh 的执行速度明显变慢,从而没有去调查为啥会变慢,xz 投毒者就成功了。
是的😂,软件会变得复杂,或者因为抽象程度变高,而要求硬件也同步提升,否则在老旧硬件上运行变慢,不流畅。IT 行业有个词,Andy and Bill's law,说的就是这个。😂
是的😂,软件会变得复杂,或者因为抽象程度变高,而要求硬件也同步提升,否则在老旧硬件上运行变慢,不流畅。IT 行业有个词,Andy and Bill's law,说的就是这个。😂
是的😂,软件会变得复杂,或者因为抽象程度变高,而要求硬件也同步提升,否则在老旧硬件上运行变慢,不流畅。IT 行业有个词,Andy and Bill's law,说的就是这个。😂
是的😂,软件会变得复杂,或者因为抽象程度变高,而要求硬件也同步提升,否则在老旧硬件上运行变慢,不流畅。IT 行业有个词,Andy and Bill's law,说的就是这个。😂