[OS X TeX] multi cores

Peter Dyballa Peter_Dyballa at Web.DE
Mon Dec 14 01:52:34 CET 2009


Am 13.12.2009 um 23:40 schrieb George Gratzer:

> a long log file displayed in the terminal (would it get faster if I  
> could suppress that?)

Definitely! "*tex -interaction=batchmode <file>" should save some  
seconds...

>
> And at the end:
>
> user  	0m1.597s


You are using the shell's built-in timer, which cannot be very exact.  
In bash and GNU's date command, i.e., the command gdate, which has a  
resolution of nsec, you could run

	START=$(gdate +%s.%N) ; latex -interaction=batchmode GLT3 ; END=$ 
(gdate +%s.%N) ; DIFF=$(echo "$END - $START" | bc) ; echo $DIFF

This one-liner will measure from start to end of the execution. The  
DIFF value times four (you mentioned once that not all the cores are  
used) might give the "real" time. Another approach is to use Sun's  
built-in DTraceToolkit:

	sudo procsystime -eoT latex -interaction=batchmode GLT3

This will deliver some KB of information exact to the nsec (and for me  
that most time was spent wait'ing 4 something). (Although I really  
don't know how correct it will be with a multi-core CPU...) In tcsh I  
use this setting to have some useful and easy to understand (more or  
less) correct data:

set time=(4 "\
     Time spent in user mode   (CPU seconds) : %Us\
     Time spent in kernel mode (CPU seconds) : %Ss\
     Total time                              : %Es\
     CPU utilisation (percentage)            : %P")


If you want to use dtrace, dtruss, etc. more often it might be useful  
to set ACLs for your account that allow you to use the dtrace_kernel  
privileges. (I haven't done it yet.)

--
Greetings

   Pete

Genius may have its limitations, but stupidity is not thus handicapped.
				– Elbert Hubbard




More information about the macostex-archives mailing list