为什么调用 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
?)
几个备选方案:
- 我以某种方式错误地配置了我的 raku 安装,导致速度变慢,但是正确安装 raku 的人不会 运行 解决这个问题(这种可能性就是为什么这是一个关于 SO 的问题而不是被报告为错误)。
- raku 的默认安装导致此问题。每个人都会遇到它,但我们可以通过更新 build/install 说明来修复它。
- 这是 Rakudo 中的一个错误,需要在该级别修复,而不是通过安装配置。
- 有些事情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)表明其他人从未遇到过同样的问题。
因此,我得出结论,无论我遇到什么问题,都是我的特殊配置错误,考虑到这个问题已解决。
我的计算机上安装了 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
?)
几个备选方案:
- 我以某种方式错误地配置了我的 raku 安装,导致速度变慢,但是正确安装 raku 的人不会 运行 解决这个问题(这种可能性就是为什么这是一个关于 SO 的问题而不是被报告为错误)。
- raku 的默认安装导致此问题。每个人都会遇到它,但我们可以通过更新 build/install 说明来修复它。
- 这是 Rakudo 中的一个错误,需要在该级别修复,而不是通过安装配置。
- 有些事情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)表明其他人从未遇到过同样的问题。
因此,我得出结论,无论我遇到什么问题,都是我的特殊配置错误,考虑到这个问题已解决。