<div dir="ltr"><div>On Wed, Dec 20, 2023 at 10:02 PM Hans Hagen <<a href="mailto:j.hagen@xs4all.nl">j.hagen@xs4all.nl</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
What if you replace the Hello World by \null and disable page numbers?<br></blockquote><div><div>Minimal example: 2.02s</div><div>Remove microtype 1.95s</div><div>Remove page number: 1.95s</div><div>Remove page content: 1.95s</div></div><div><br></div><div>For me, it does not make much of a difference. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">which means that luatex needs 0.1 sec more when we do real pages?<br></blockquote><div>My question has never been about pages per second, but about startup time. In pdftex, you can make the startup almost instantaneous with a precompiled format. How feasible would this be in luatex?  </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- 32 bit fonts with features<br>
- unicode math<br>
- 32 bit patterns<br></blockquote><div>All this is good, and I understand that loading takes time. Would it be doable to use a cache or something similar to speed up the loading? </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
now, what really can slow down is protrusion and expansion (how useful <br>
and needed are they)? actually expansion in luatex is done a bit <br>
different (more granular, less font instances, etc) but I;m not sure if <br>
that adds much,<br></blockquote><div>In my example protrusion did not make a significant difference. As for the usefulness of algorithmic typesetting? I crossed that river a long time ago. ;) </div></div></div>