我们正在使用基于 texlive 2015 的工具链,我尝试用新发布的 texlive 2017 版本替换它。作为测试对象,我使用当前文档(约 650 页)。我发现latexmk
生成 pdf 文档的完整运行速度比以前慢了约 50%。
自 2015 年中期以来,软件包、编译器和脚本等发生了很多变化。所以我现在正在寻找一种方法来找出罪魁祸首。
有没有办法(最佳实践)来获取有关编译运行的详细信息以及不同编译步骤(包、字体加载、idx、页面、toc 生成等)用了多少时间?
我们的工具链基于 lualatex 作为编译器和 latexmk 作为构建脚本以及许多 ctan 包。
再见霍尔格
附言:我也看了这些帖子,但找不到适合我的情况的答案。
答案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 维护者交谈以获取更多信息。