编译速度 - texlive 2017 比 2015 慢 - 如何分析?

编译速度 - texlive 2017 比 2015 慢 - 如何分析?

我们正在使用基于 texlive 2015 的工具链,我尝试用新发布的 texlive 2017 版本替换它。作为测试对象,我使用当前文档(约 650 页)。我发现latexmk生成 pdf 文档的完整运行速度比以前慢了约 50%。

自 2015 年中期以来,软件包、编译器和脚本等发生了很多变化。所以我现在正在寻找一种方法来找出罪魁祸首。

有没有办法(最佳实践)来获取有关编译运行的详细信息以及不同编译步骤(包、字体加载、idx、页面、toc 生成等)用了多少时间?

我们的工具链基于 lualatex 作为编译器和 latexmk 作为构建脚本以及许多 ctan 包。

再见霍尔格

附言:我也看了这些帖子,但找不到适合我的情况的答案。

包裹加载速度

有 LaTeX 性能分析工具吗?

答案1

好的,距离我上面的帖子已经过去了一段时间。我花了一些时间进行进一步的摆弄和调查,但仍然没有解决方案。

Docker依赖于 Ubuntu 设置了两个不同的容器;一个容器使用 Texlive 2015 设置,另一个使用 Texlive 2017 设置。我再次尝试了我们的大型项目(>800 页),仍然得到相同的可重现结果。

接下来我看了以下“最小”lualatex 示例代码进行了一些数学运算,但几乎没有额外的软件包。我修改了循环以获得更多负载:

for t=0, 360, 0.01 do

pdf 文件无法再在我的 pdf 查看器中显示,但这并不重要。test对我来说,从中得到的主要见解是,编译速度的差异仍然很大:

LuaTeX, Version 1.0.4 (TeX Live 2017/Debian)
real    0m11.008s
user    0m10.700s
sys     0m0.200s

LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238)
real    0m4.124s
user    0m3.810s
sys     0m0.240s

我还查看了 LuaTeX 邮件列表上的对话。在设置right编译标志时可能会有所不同,但这真是一个奇怪的讨论。我们是这些软件包的用户/编辑者,而不是维护者或开发者。查找和设置最佳编译标志是我指望专家能做到的事情。无论如何。我将与 Debian texlive 维护者交谈以获取更多信息。

相关内容