对犯罪嫌疑人的进一步调查：

Question 1

似乎使用backend=biber导致了惊人的减速，

我在这里提出了一个新的重点问题来讨论这个问题：为什么 biber 会大幅增加 pdflatex 运行的编译时间（倍数为 2.8！！）？

biber/bibtex8性能比较：

测试设置

我的 LaTeX 文档被 \includeonly 限制为一个长章节，
98 页，包含大量参考文献，其中许多都包含在大表格中。
大型 .bib 文件（5.6 MB），包含 3000 余条参考文献，其中 350 条在文献中被引用
我正在从 OS X 终端进行编译以测量编译的持续时间：
latexmk -C; time pdflatex main.tex

检测结果

与 biber：

rm -rf使用biber --cache``删除了一次 biber 缓存
latexmk -C; 时间 pdflatex Diss.tex
输出写在 Diss.pdf 上 (83 页, 2130562 字节)。
实际 2m17.499s
用户 1m47.626s
系统 0m1.030s
biber Diss
真实 0m27.257s
用户 0m20.568s
系统 0m1.247s
pdflatex Diss.tex 输出写在 Diss.pdf 上 (95 页，2453607 字节)。
实际 4m7.708s
用户 3m27.864s
系统 0m1.029s
再次将 pdflatex Diss.tex
输出写入 Diss.pdf (95 页，2452370 字节)。实际 4m33.769s 用户 3m36.491s 系统 0m1.252s

使用 bibtex8

删除所有 aux 和 bbl 文件等。
latexmk -C; time pdflatex Diss.tex
输出写在 Diss.pdf 上（82 页，2130383 字节）。
实际 0m48.470s
用户 0m19.161s
系统 0m0.522s
time bibtex Diss
（有 200 条错误消息）当然：-（
实际 0m1.258s
用户 0m0.850s
系统 0m0.061s
时间 pdflatex Diss.tex
输出写在 Diss.pdf 上 (95 页, 2452225 字节)。
实际 2m26.433s
用户 1m44.921s
系统 0m0.932s
第二个 pdflatex Diss.tex
输出写在 Diss.pdf 上 (95 页, 2450936 字节)。
实际 2m27.148s
用户 1m51.958s
系统 0m0.953s

Answer

似乎使用backend=biber导致了惊人的减速，

我在这里提出了一个新的重点问题来讨论这个问题：为什么 biber 会大幅增加 pdflatex 运行的编译时间（倍数为 2.8！！）？

biber/bibtex8性能比较：

测试设置

我的 LaTeX 文档被 \includeonly 限制为一个长章节，
98 页，包含大量参考文献，其中许多都包含在大表格中。
大型 .bib 文件（5.6 MB），包含 3000 余条参考文献，其中 350 条在文献中被引用
我正在从 OS X 终端进行编译以测量编译的持续时间：
latexmk -C; time pdflatex main.tex

检测结果

与 biber：

rm -rf使用biber --cache``删除了一次 biber 缓存
latexmk -C; 时间 pdflatex Diss.tex
输出写在 Diss.pdf 上 (83 页, 2130562 字节)。
实际 2m17.499s
用户 1m47.626s
系统 0m1.030s
biber Diss
真实 0m27.257s
用户 0m20.568s
系统 0m1.247s
pdflatex Diss.tex 输出写在 Diss.pdf 上 (95 页，2453607 字节)。
实际 4m7.708s
用户 3m27.864s
系统 0m1.029s
再次将 pdflatex Diss.tex
输出写入 Diss.pdf (95 页，2452370 字节)。实际 4m33.769s 用户 3m36.491s 系统 0m1.252s

使用 bibtex8

删除所有 aux 和 bbl 文件等。
latexmk -C; time pdflatex Diss.tex
输出写在 Diss.pdf 上（82 页，2130383 字节）。
实际 0m48.470s
用户 0m19.161s
系统 0m0.522s
time bibtex Diss
（有 200 条错误消息）当然：-（
实际 0m1.258s
用户 0m0.850s
系统 0m0.061s
时间 pdflatex Diss.tex
输出写在 Diss.pdf 上 (95 页, 2452225 字节)。
实际 2m26.433s
用户 1m44.921s
系统 0m0.932s
第二个 pdflatex Diss.tex
输出写在 Diss.pdf 上 (95 页, 2450936 字节)。
实际 2m27.148s
用户 1m51.958s
系统 0m0.953s

Question 2

从绝对意义上讲，utf8 确实会减慢处理速度，因为（如果有非 ascii 字符）您必须处理 2 个（或更多）字节，而不是 1 个字节，并且处理两个字节所花的时间不可能比处理 1 个字节所花的时间少。但除非您有数百万个非 ascii 字符，并且您的文档只是将它们写入文件并在数千次内读回，否则我怀疑它真的不会产生任何明显的区别。

磁盘搜索几乎总是罪魁祸首。

在我的系统上kpsexpand显示（添加了空白）

$ kpsexpand \$TEXINPUTS
.:{/home/davidc/.texlive2014/texmf-config,
   /home/davidc/.texlive2014/texmf-var,
   /home/davidc/texmf,
  !!/usr/local/texlive/2014/texmf-config,
  !!/usr/local/texlive/2014/texmf-var,
  !!/usr/local/texlive/texmf-local,
  !!/usr/local/texlive/2014/texmf-dist}
                      /tex/{kpsewhich,generic,}//

请注意，!!这意味着这些目录已预先编入 ls-lR 文件中，并且 tex 将不是搜索文件系统。这意味着当你去

 \documentclass{article}

TeX 知道在哪里article.cls并且包括它。

如果!!不存在并且 ls-r 文件（texhash命令）丢失或过期，那么 tex 会在所有上面列出的位置对文件系统进行递归遍历，寻找article.cls这很容易花费几个数量级的时间。

因此请检查你的 TEXINPUTS 并运行texhash（或者mktexlsr这或多或少是同一件事）

Answer

从绝对意义上讲，utf8 确实会减慢处理速度，因为（如果有非 ascii 字符）您必须处理 2 个（或更多）字节，而不是 1 个字节，并且处理两个字节所花的时间不可能比处理 1 个字节所花的时间少。但除非您有数百万个非 ascii 字符，并且您的文档只是将它们写入文件并在数千次内读回，否则我怀疑它真的不会产生任何明显的区别。

磁盘搜索几乎总是罪魁祸首。

在我的系统上kpsexpand显示（添加了空白）

$ kpsexpand \$TEXINPUTS
.:{/home/davidc/.texlive2014/texmf-config,
   /home/davidc/.texlive2014/texmf-var,
   /home/davidc/texmf,
  !!/usr/local/texlive/2014/texmf-config,
  !!/usr/local/texlive/2014/texmf-var,
  !!/usr/local/texlive/texmf-local,
  !!/usr/local/texlive/2014/texmf-dist}
                      /tex/{kpsewhich,generic,}//

请注意，!!这意味着这些目录已预先编入 ls-lR 文件中，并且 tex 将不是搜索文件系统。这意味着当你去

 \documentclass{article}

TeX 知道在哪里article.cls并且包括它。

如果!!不存在并且 ls-r 文件（texhash命令）丢失或过期，那么 tex 会在所有上面列出的位置对文件系统进行递归遍历，寻找article.cls这很容易花费几个数量级的时间。

因此请检查你的 TEXINPUTS 并运行texhash（或者mktexlsr这或多或少是同一件事）

对犯罪嫌疑人的进一步调查：

我的问题：

硬件和软件

对犯罪嫌疑人的进一步调查：

1. TEXINPUTS

2. Tikz/PGFplots

3. 数据工具

4. Unicode

5. 比伯

评论：

答案1

biber/bibtex8性能比较：

测试设置

检测结果

与 biber：

使用 bibtex8

答案2

相关内容