如何解决为什么不同的 Raku 调用方式会导致不同的启动时间？
我的计算机上安装了 kubectl get <resource> -n <namespace> <resource-name> -o yaml \
| yq eval 'del(.metadata.resourceVersion,.metadata.uid,.metadata.annotations,.metadata.creationTimestamp,.metadata.selfLink,.metadata.managedFields)' -
的 Rakudo，并且还从源代码构建了 v2020.12。在分析启动时间时，我注意到以下结果：（这些基准测试使用 hyperfine，但我也使用 v2020.12 获得了类似的结果）。
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.
中的 raku 版本时，red --help 花费了大约 3 倍的时间来执行。这不是 /opt 特有的问题 – 我还使用 red 进行了测试并观察到了类似的问题。有趣的是，如果我从 zef --help 目录中运行 raku 的 /opt 副本，问题并没有发生。
最后一点让我怀疑底层问题是否与 ~/forks/rakudo-clean/ 搜索或类似问题有某种关系。 （也许类似于 difficulty Ruby has with $LOAD_PATH？）
一些替代方案：
- 我以某种方式错误地配置了我的 raku 安装，导致速度变慢，但正确安装 raku 的人没有遇到这个问题（这种可能性就是为什么这是一个关于 SO 的问题而不是被报告为错误） .
- raku 的默认安装会导致此问题。每个人都会遇到它，但我们可以通过更新构建/安装说明来修复它。
- 这是 Rakudo 中的一个错误，需要在该级别而不是通过安装配置来修复。
- 还有其他事情/我更困惑了。
感谢您提供的任何帮助，包括让我知道您是否在开始时间上也看到了同样大的差异。谢谢！
编辑：
我做了更多的挖掘，发现了 $PATH 环境变量。设置后，我发现了更多信息——特别是，在较慢的版本 (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>)
版本的启动速度更慢，因为它正在重新检查依赖项。但这确实引发了更多问题。为什么该版本在同一文件夹中查找时会发现不同的内容？既然如此，为什么它不正确更新缓存，以便在下次运行时找到要查找的内容？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
