Il DVI non è proprio morto non credi? in fondo pstricks passa da questo formato no…
Non hai (ho) bisogno di pstricks da quando c’è metafun (metapost in pdf)
Invece, cosa ne pensi Luigi di un pdftex per processori multicore?
Bye
RobertoTeX è linguaggio interpretato, inerentemente sequenziale ma molto efficiente.
Ora come ora non vedo particolari spazi per il parallelismo , ma ho in progetto di investigare luatex con OpenMP, spec. il garbage collector,
Ovviamente avere più core è teoricamente utile in situazioni tipo
“Devo spezzare un vbox in 2 parti, ed ho quattro tentativi: con un core
mi costa 4 se va male, 1 se va bene; con 4 core mi costa
sempre 1” — posto che non ho tempo/voglia di scremare le 4 possibilità in modo analitico, ie con una analisi preventiva.Ma qui stiamo parlando di un parallelismo portato a livello utente
che richiede cura nella gestione della memoria che in TeX è globale.Forse il breaking di pagina può avvantaggiarsi dai multicore,
e forse la gestione dei fonts, ma non credo in modo spettacolare.Cmq. è perlomeno pensabile con luatex.
Pensavo ad una cosa di questo tipo:
eseguire la composizione a strati, ovvero suddividere in tanti processi paralleli la composizione grezza delle pagine per poi in un momento finale assemblare i componenti risultato nel documento finale.
Il processo finale dovrebbe risolvere in modo sequenziale tutti i nodi lasciati aperti perché dipendenti dagli oggetti tipografici esterni al nodo considerato.
So che Intel sta progettando processori a 48 core ( http://www.intel.com/pressroom/archive/releases/2009/20091202comp_sm.htm ). L’elaborazione parallela è complessa e difficile ma con tutta quella potenza di calcolo, necessaria.
Ovviamente non sono un esperto di programmazione concorrente ma capisco che un programma tipografico a composizione parallela comporta la totale riscrittura del motore.
In altre parole, un nuovo TeX parallelo se ingegneristicamente corretto e pertinente al lavoro tipografico, è un idea incredibile.
Grazie.