为什么调用 Raku 的不同方式会导致启动时间大不相同?

Why do different ways of calling Raku result in very different startup times?

我的计算机上安装了 v2020.12 Rakudo,并且还从源代码构建了 v2020.12。在分析启动时间时,我注意到以下结果:(这些基准测试使用 hyperfine,但我也使用 time 得到了类似的结果)。

$ which raku
/opt/rakudo-pkg/bin/raku
$ /opt/rakudo-pkg/bin/raku --version
Welcome to Rakudo(tm) v2020.12.
Implementing the Raku(tm) programming language v6.d.
Built on MoarVM version 2020.12.
$ /opt/rakudo-pkg/bin/raku ~/.raku/bin/red --help > /dev/null # make sure modules are compiled
$ hyperfine -i '/opt/rakudo-pkg/bin/raku /home/dsock/.raku/bin/red'
Benchmark #1: /opt/rakudo-pkg/bin/raku /home/dsock/.raku/bin/red
  Time (mean ± σ):     890.0 ms ±  15.5 ms    [User: 1.411 s, System: 0.068 s]
  Range (min … max):   861.3 ms … 913.4 ms    10 runs

  Warning: Ignoring non-zero exit code.

$ ~/forks/rakudo-clean/install/bin/raku --version
Welcome to Rakudo(tm) v2020.12.
Implementing the Raku(tm) programming language v6.d.
Built on MoarVM version 2020.12.
$ ~/forks/rakudo-clean/install/bin/raku ~/.raku/bin/red --help > /dev/null # compile modules 
$ hyperfine -i '~/forks/rakudo-clean/install/bin/raku /home/dsock/.raku/bin/red'
Benchmark #1: ~/forks/rakudo-clean/install/bin/raku /home/dsock/.raku/bin/red
  Time (mean ± σ):     343.9 ms ±   7.9 ms    [User: 461.3 ms, System: 43.9 ms]
  Range (min … max):   328.1 ms … 355.9 ms    10 runs

  Warning: Ignoring non-zero exit code.

如您所见,当我使用 /opt 中安装的 raku 版本时,red --help 的执行时间大约是原来的 3 倍。这不是 red 特有的问题 – 我还对 zef --help 进行了测试并发现了类似的问题。有趣的是,如果我从 ~/forks/rakudo-clean/ 目录中 运行 /opt raku 副本 而不会 出现问题。

最后一点让我想知道底层问题是否与 $PATH 搜索或类似问题有某种关联。 (也许类似于 difficulty Ruby has with $LOAD_PATH?)

几个备选方案:

  1. 我以某种方式错误地配置了我的 raku 安装,导致速度变慢,但是正确安装 raku 的人不会 运行 解决这个问题(这种可能性就是为什么这是一个关于 SO 的问题而不是被报告为错误)。
  2. raku 的默认安装导致此问题。每个人都会遇到它,但我们可以通过更新 build/install 说明来修复它。
  3. 这是 Rakudo 中的一个错误,需要在该级别修复,而不是通过安装配置。
  4. 有些事情else/I更加困惑。

感谢您提供的任何帮助,包括如果您也看到开始时间有同样大的差异,请告诉我。谢谢!

编辑:

我做了更多的挖掘,发现了 RAKUDO_MODULE_DEBUG 环境变量。设置之后,我发现了更多信息——具体来说,在较慢的版本 (/opt/rakudo-pkg/bin/raku) 中,我有如下几行:

 1 RMD: Trying to load 77AFF4B677E65751FF5E96B6D6FA230222D29DFE.repo-id from /home/dsock/lib/.precomp
 1 RMD: Repo changed:
          9255FA5B5841CF5E09BDD37B3C43740099B4851F
          97741FE305502F0915F57D977BCFC518F958D4FC
        Need to re-check dependencies.

相比之下,使用 ~/forks/rakudo-clean/install/bin/raku 加载相同的依赖项会产生以下输出(当然还有很多)。

 1 RMD: Trying to load 77AFF4B677E65751FF5E96B6D6FA230222D29DFE.repo-id from /home/dsock/lib/.precomp
 1 RMD: dependency: FFEE376ADAD76513435BB73B169C73EC50B35567 home#sources/FFEE376ADAD76513435BB73B169C73EC50B35567 CAB0E9BB22A61F32FA98CFEA40EDFDD6E4495D06 CompUnit::DependencySpecification.new(:short-name<CX::Red::Bool>)

部分 回答了我的问题:/opt 版本启动速度较慢,因为它正在重新检查依赖项。但这实际上只会引发更多问题。为什么该版本在同一文件夹中查找时会发现不同的内容?既然如此,为什么它不正确地更新缓存以便它在下次 运行s 时找到它正在寻找的内容?

一年后,我不再遇到此问题 (rakudo v2021.12)。此外,对该问题的评论(以及缺少 answers/activity)表明其他人从未遇到过同样的问题。

因此,我得出结论,无论我遇到什么问题,都是我的特殊配置错误,考虑到这个问题已解决。