PDF の待ち時間を短縮

まとめるのに 90 秒かかる論文は、書き方を変えます。小さな編集をしただけで再コンパイルをやめてしまい、エラーが目に見えず積み重なり、LaTeX を快適にするフィードバック ループが消えてしまいます。最適化する前に、どこに時間がかかるかを把握してください。ほとんどの長いドキュメントでは、パッケージの数ではなく、少数の重いアセット、とりわけ大きな画像や複雑な TikZ 画像がビルドを支配します。以下のテクニックはそれらを直接攻撃します。

製図中に図をスキップする

draft オプションを使用すると、LaTeX はすべての画像を同じサイズの空のボックスに置き換えます。これにより、画像処理をスキップしながらレイアウトと改ページが維持されます。

\documentclass[draft]{article}

クラスレベルの「ドラフト」では、過剰な行を黒いバーでマークしますが、これを便利と感じる人もいれば、煩わしいと感じる人もいます。効果を画像に限定するには、代わりにオプションを\usepackage[draft]{graphicx}としてパッケージに渡すか、\includegraphics[draft]{...}を使用して単一の原因者に渡します。このオプションを知らない人にはドラフト ビルドが壊れているように見えるため、PDF を共有する前に忘れずに削除してください。ドラフト モードとは別に、図にドロップ で説明されているように、巨大な写真を一度ダウンスケールします。これは、40 メガバイトの画像はコンパイルごとに永久にコストがかかるためです。

現在の章のみをコンパイルします

章が \include で取り込まれた別個のファイルに存在する場合、 \includeonly コマンドは、指定したファイルへのビルドを制限します。

\includeonly{chapters/04-results}

これをプリアンブルに入れると、LaTeX は他の章の .aux ファイルを読みながらその章だけをコンパイルするので、文書の残りの部分からのページ番号と相互参照はほぼ正しいままになります。これは論文にとって最大の節約であり、日常的に 1 分かかるビルドが数秒に短縮されます。これは、\input ではなく、\include でのみ機能します。これが、ドキュメントをファイルに分割する で説明されているように、長いドキュメントを構造化する理由の 1 つです。

高価な写真をキャッシュする

TikZ の画像はコンパイルのたびに最初から再描画されます。 external ライブラリは、\usetikzlibrary{external} に \tikzexternalize を加えてロードされ、各画像を一度独自の PDF にコンパイルし、コードが変更されるまでそれを再利用します。このセットアップには鋭いエッジがあり、大きな画像をスタンドアロン ファイルに移動するという手動の代替方法も同様に機能します。どちらも スタンドアロン TikZ to PDF または PNG でカバーされています。

少ないパスで、より速いアイアンを実現

文献目録と相互参照の解決には複数のパスが必要ですが、散文の草稿中にそれらのパスが必要になることはほとんどないため、1 回のクイック パスで十分であり、完全なシーケンスは参考文献をチェックするまで待つことができます。ハードウェアとローカリティも重要です。ローカル エンジンは、アップロードやキューなしで独自の CPU 上でコンパイルします。これが、Oleafly がビルドを実行する方法です。

\includeonly と下書き図を一緒に適用すると、大規模な論文でも通常は数秒以内に戻ります。この時点で、段落ごとに再コンパイルを開始します。