Jake Gold 使用在 16 线程 AMD 3700X 上运行的 Go + SQLIte CGI 程序测试了 90 年代 CGI 在今天的运行情况。
在普通硬件上使用 CGI,每秒可以处理 2400 多个请求或每天处理 2 亿多个请求。
我从 1990 年代后期开始使用 CGI 进行 Web 开发 – 我是NewsPro的忠实粉丝,在人们知道什么是网络日志之前,它实际上是一种网络日志系统。
CGI 的工作原理是为每个传入的请求启动、执行和终止一个进程。新兴的 Web 社区很快就意识到这是一个糟糕的主意,并发明了 PHP 和FastCGI等技术来避免这种额外的开销,并将代码驻留在内存中。
这个教训深深地印在了我的脑海里,在接下来的二十年里,我一直坚信,永远不要在提供网页服务时执行完整的流程。
当然,这二十年来,计算机的速度确实快了很多。2020 年,我终于克服了这个二十年来的核心信念,构建了 datasette-ripgrep 。这是一个 Datasette 插件,它使用闪电般快速的ripgrep CLI 工具(用 Rust 编写)来执行搜索。效果非常好!
正如Hacker News 指出的那样,当时 CGI 的问题部分在于我们用 Perl、Python 和 Java 等语言编写 Web 脚本,而这些语言的设计初衷并非为了实现闪电般的启动速度。如今,使用 Go 和 Rust 有助于显著提高 CGI 风格的请求效率。
杰克指出,CGI 风格的请求处理实际上是利用多个 CPU 核心的好方法!
如今,我们的服务器拥有 384 个 CPU 线程。即使是小型虚拟机也可以拥有 16 个 CPU。CPU 和内存的速度也更快了。
最重要的是,由于 CGI 程序作为单独的进程运行,因此非常善于利用多个 CPU!
也许我们应该像 1998 年那样开始编写 Web 应用程序,尽管使用 Go 和 Rust!
来源: Hacker News
原文: https://simonwillison.net/2025/Jul/5/cgi-bin/#atom-everything