Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

TiKz Laufzeit

51 views
Skip to first unread message

Philipp Kraus

unread,
May 16, 2013, 12:18:46 PM5/16/13
to
Hallo,

ich habe in einer Arbeit sehr viele TiKz Graphiken (durchaus mit vielen
einzelnen Elementen). Jedes TiKz File ist als ein eigenes tex Dokument
gespeichert,
das ich dann via input an die entsprechende Position lade. Leider ist
der pdflatex Lauf extrem langsam geworden. Ebenso musste ich den
main_memory
in der texmf.cnf im web2c Verzeichnis hochsetzen, damit keine Fehler
auftreten. Gibt es eine M�glichkeit das erzeugen zu beschleunigen? Ich
nutze aktuell
LatexMK zum �bersetzen

Danke

Phil

Rolf Niepraschk

unread,
May 17, 2013, 7:39:33 AM5/17/13
to
Am 16.05.2013 18:18, schrieb Philipp Kraus:
> Hallo,
>
> ich habe in einer Arbeit sehr viele TiKz Graphiken (durchaus mit vielen
> einzelnen Elementen). Jedes TiKz File ist als ein eigenes tex Dokument
> gespeichert,
> das ich dann via input an die entsprechende Position lade. Leider ist
> der pdflatex Lauf extrem langsam geworden. Ebenso musste ich den
> main_memory
> in der texmf.cnf im web2c Verzeichnis hochsetzen, damit keine Fehler
> auftreten. Gibt es eine Möglichkeit das erzeugen zu beschleunigen? Ich
> nutze aktuell
> LatexMK zum übersetzen
>

Ersetze das Einladen per \input durch \includegraphics. Vorher musst Du
alle Grafiken, die sich jeweils in einem kompletten (!) Dokument mit der
Abmessung¹ der jeweiligen Grafik befinden müssen, einzeln nach .pdf
kompilieren. Das dauert _einmal_ lange, später geht das Einladen aber
schnell. Mit geeigneten Abhängigkeiten in einem Makefile können die
zusätzlichen Kompilierungen auch automatisiert werden (mag sein, dass
LatexMK bereits ebenso geeignet ist).

--
¹Es gibt da auch Tricks mit dem Paket "preview", die automatisch die
Abmessung reduzieren.

...Rolf

Philipp Kraus

unread,
May 17, 2013, 9:47:15 AM5/17/13
to
On 2013-05-17 13:39:33 +0200, Rolf Niepraschk said:

> Am 16.05.2013 18:18, schrieb Philipp Kraus:
>> Hallo,
>>
>> ich habe in einer Arbeit sehr viele TiKz Graphiken (durchaus mit vielen
>> einzelnen Elementen). Jedes TiKz File ist als ein eigenes tex Dokument
>> gespeichert,
>> das ich dann via input an die entsprechende Position lade. Leider ist
>> der pdflatex Lauf extrem langsam geworden. Ebenso musste ich den
>> main_memory
>> in der texmf.cnf im web2c Verzeichnis hochsetzen, damit keine Fehler
>> auftreten. Gibt es eine M�glichkeit das erzeugen zu beschleunigen? Ich
>> nutze aktuell
>> LatexMK zum �bersetzen
>>
>
> Ersetze das Einladen per \input durch \includegraphics. Vorher musst Du
> alle Grafiken, die sich jeweils in einem kompletten (!) Dokument mit der
> Abmessung� der jeweiligen Grafik befinden m�ssen, einzeln nach .pdf
> kompilieren. Das dauert _einmal_ lange, sp�ter geht das Einladen aber
> schnell. Mit geeigneten Abh�ngigkeiten in einem Makefile k�nnen die
> zus�tzlichen Kompilierungen auch automatisiert werden (mag sein, dass
> LatexMK bereits ebenso geeignet ist).

Okay das w�re definitiv eine M�glichkeit. Ich arbeite aber noch zurzeit
an den Tikz
bzw diese werden in weiteren Versionen dann dynamisch aus einer
Datenbank gef�ttert,
somit w�re die PDF Erzeugung dann schon etwas schwieriger.
Ich kann ja eben mit TeX die Daten aus der DB holen und in einer
Graphik umwandeln.

Ich meine ich kann aktuell damit leben, aber w�re halt sch�n wenn man
es etwas optimieren k�nnte

Danke

Phil

Ulrike Fischer

unread,
May 17, 2013, 11:43:21 AM5/17/13
to
Du k�nntest die "Externalization Library" benutzen, siehe pgfmanual.


--
Ulrike Fischer
http://www.troubleshooting-tex.de/

Philipp Kraus

unread,
May 17, 2013, 10:34:42 PM5/17/13
to
Danke der Hinweis hat weiter geholfe, beim ersten Lauf werden die Bilder
als PDFs erzeugt und dann eben nur noch geupdated, wenn ich das Bild �ndere.
Das hat die Erzeugung merklich bescheunigt.

Phil

0 new messages