为更快的 FastCGI 操作编译 Perl

Question

我一直在探索通过编译 Perl 程序来改善复杂 Perl CGI 程序的初始启动时间。 @Rurban's detailed overview 对我很有帮助。使用perlcc -o launcher launcher.fpl 编译我的主进程脚本会产生更快的启动时间。由此产生的过程至少快 20% - 不是压倒性的，但仍然有意义。

我为什么要尝试编译而不是简单地进一步优化？我已经花了几个月的时间使用Devel::NYTProf 来捕获低效的代码，所以我相信我已经攻击了大部分低挂优化水果。代码很快，一旦加载，它通过mod_fcgiFastCGI 运行，所以它保持持久加载。但是，如果它发生崩溃或者如果 FastCGI 需要生成一个新进程（或者因为前一个进程已达到其最大请求级别，或者有足够的需求需要另一个工作人员），那么缓慢的加载时间就会引起它的丑陋。新进程的第一个请求可能需要 1-1.5 秒，而后续请求的时间不到 200 毫秒。

问题：很多程序都是 Perl 模块的形式，核心“加载器”根据它正在做的事情动态加载。例如，为我的网站首页加载的模块是最慢的模块之一。因此，按理说，一些最重要的优化将来自编译这些模块。然而，同时使用perlcc -B Front.pm -o Front.pmc 和perl -c Front.pm，当我尝试运行程序时，我得到一个无用的段错误：

[root@server code]# ./launcher.fpl
Segmentation fault (core dumped)

编译过程不提供提示问题的调试消息。 （要清楚：为了简单起见，在本例中，launcher.fpl 未编译，只是简单的 Perl。）如果我删除 pmc 文件，以便 launcher.fpl 可以加载一次未编译的模块再次，它加载没有错误。

我也试过了：

perl -MO=Bytecode,-m,-oFront.pmc Front.pm

这似乎工作得稍微好一些，但是当我尝试运行程序时会产生这个错误：

[root@server cgi-bin]# ./launcher.fpl
Number found where operator expected at /home/user/www/cgi-bin/Front.pm line 1, near "multi0.12"
Local: Sat Jul 10 14:58:18 2021: Dying from error.; At file: /home/user/www/cgi-bin/Front.pm; line: 1; id: 
Error: Unrecognized character \x08; marked by <-- HERE after ulti<-- HERE near column 36 at /home/user/www/cgi-bin/Front.pm line 1.
Compilation failed in require at /home/user/www/cgi-bin/Loader.pm line 117.

Loader.pm 第 117 行是需要 Front.pm(c) 模块的地方：

state $moduleFront = require Front;

这导致了两个主要问题：（1）我是否以正确的方式开始以及（2）如果我没有完全走错路，有没有办法调试为什么我的模块会出现段错误编译了吗？

Answer 1

如果它发生崩溃或者如果 FastCGI 需要生成一个新进程，那么缓慢的加载时间就会引起它的丑陋。

这不是真的；它应该只是一个分叉，它是瞬时的。 （即使确实需要时间，它也会在请求之间，而不是在客户端等待时。）这里没有要解决的问题。

如果您没有分叉，那么您应该将精力集中在这方面。通过分叉，您可以预加载脚本使用的模块。 CGI 的最终效果不仅是避免了加载 perl 所需的时间，而且还避免了执行模块所需的时间。