[tex-live] running programs from texlive tlc2
David Kastrup
dak at gnu.org
Thu Dec 9 15:25:46 CET 2004
Fabrice Popineau <Fabrice.Popineau at supelec.fr> writes:
>> Still, regardless of the code, enormous differences in processing
>> speed between linux and Win32 are surprising and suggest some
>> serious hardware or configuration problem.
>
>> Are these differences apparent for other documents or only Hebrew?
>
> Sorry, but all this stuff is just unbelievable. I used to do
> profiling on TeX on win32 just to be sure that there were no place
> where it could be made faster. TeX is not system dependent as soon
> as you use native binaries. The only case where you can find a
> significantly slower TeX is when you use djgpp binaries under
> windows. If you use either miktex or web2c natively compiled, I see
> no reason why it should run slower under win32 than TeX under linux
> under the same hardware assumptions. Kernel has nothing to do
> here. Even the C library is not heavily involved in the logs I got
> from profiling.
Well, a few things I could imagine:
a) different executables: one version eTeX-based, one version
TeX-based, and the latter uses slower code.
b) Heavily I/O bound operations, like writing temporary data out to a
file on a per-line or per-character base and immediately reading it
back in again. Probably avoidable with eTeX's token reparsing
operations.
c) The same in connection with a defective operation of the file name
data base.
In all of those possibly OS-dependent cases (except for some
variations of a) I can think of, however, the generated .log file
would become very large, and cutting out a "typical" passage from it
should give a good first pointer about what might be contributing
towards the slowdown (file operations are usually visible in the log).
And even the eTeX-or-not question is answered by the start of the log
file.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
More information about the tex-live
mailing list