From: Malte Frank Gerdes <malte.f.gerdes@gmail.com>
To: 64772@debbugs.gnu.org
Subject: bug#64772: TeXlive (specifically LuaLaTeX) has become terribly slow
Date: Fri, 21 Jul 2023 17:54:05 +0200 [thread overview]
Message-ID: <86zg3pkzz6.fsf@gmail.com> (raw)
Hi,
i'm building a small document with LuaLaTeX, for that i have use the
following manifest
--8<---------------cut here---------------start------------->8---
(specifications->manifest
(list
"texlive-amsmath"
"texlive-todonotes"
"texlive-xpatch"
"texlive-collection-luatex"
"texlive-collection-basic"
"texlive-latexmk"
"texlive-scheme-basic"
"texlive-biber"
"texlive-booktabs"
"texlive-microtype"
"texlive-koma-script"
"texlive-lipsum"
"texlive-pgfplots"
"texlive-biblatex"))
--8<---------------cut here---------------end--------------->8---
This command takes quite a long time
--8<---------------cut here---------------start------------->8---
guix time-machine --commit=21b718f4d6c3ded8ef50d12f6e9ae6474f74620f \
shell --manifest=guix.scm -- latexmk -lualatex -auxdir=.tex-cache main
--8<---------------cut here---------------end--------------->8---
To be precise:
--8<---------------cut here---------------start------------->8---
Command being timed: "guix shell -m guix.scm -- latexmk -lualatex -auxdir=.tex-cache main"
User time (seconds): 14.60
System time (seconds): 87.58
Percent of CPU this job got: 99%
Elapsed (wall clock) time (h:mm:ss or m:ss): 1:43.18
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 179368
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 0
Minor (reclaiming a frame) page faults: 118914
Voluntary context switches: 2146
Involuntary context switches: 3693
Swaps: 0
File system inputs: 462280
File system outputs: 6584
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0
--8<---------------cut here---------------end--------------->8---
Running `latexmk -lualatex -auxdir=.tex-cache main` takes under 10
seconds. These times are for fresh builds, i.e. the intermediate files
have been removed. Still even recompilation is many times slower with
guix provided LuaLaTeX than it is on Arch. I should also note, that
using the modular TeX packages actually helps here, with the full
TeXlive package the compilation time is nearly twice as much.
Another thing i noticed is, that a directory with the following
structure gets created:
--8<---------------cut here---------------start------------->8---
{
└── gnu
└── store
└── 3wsicprhgxhcncaf5mv26wwbhhh8p6yj-profile
└── share
└── texmf-dist
└── luatex-cache
└── generic
├── fonts
│ └── otl
│ ├── lmroman10-italic.lua
│ ├── lmroman10-italic.luc
│ ├── lmroman10-regular.lua
│ ├── lmroman10-regular.luc
│ ├── lmroman12-regular.lua
│ ├── lmroman12-regular.luc
│ ├── lmroman17-regular.lua
│ ├── lmroman17-regular.luc
│ ├── lmromanslant10-regular.lua
│ ├── lmromanslant10-regular.luc
│ ├── lmsans10-bold.lua
│ ├── lmsans10-bold.luc
│ ├── lmsans10-regular.lua
│ └── lmsans10-regular.luc
└── names
├── luaotfload-lookup-cache.lua
├── luaotfload-lookup-cache.luc
├── luaotfload-names.lua.gz
└── luaotfload-names.luc.gz
11 directories, 18 files
--8<---------------cut here---------------end--------------->8---
This is obviously for caching purposes, but (seemingly random) having a
folder named '{' in your working directory certainly is confusing.
mfg
next reply other threads:[~2023-07-21 16:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-21 15:54 Malte Frank Gerdes [this message]
2023-07-26 22:21 ` bug#64772: TeXlive (specifically LuaLaTeX) has become terribly slow Wojtek Kosior via Bug reports for GNU Guix
2023-07-27 20:07 ` Wojtek Kosior via Bug reports for GNU Guix
2023-07-28 12:21 ` Nicolas Goaziou
2023-07-28 20:33 ` Wojtek Kosior via Bug reports for GNU Guix
2023-07-28 21:25 ` Wojtek Kosior via Bug reports for GNU Guix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86zg3pkzz6.fsf@gmail.com \
--to=malte.f.gerdes@gmail.com \
--cc=64772@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).