Bereiche
News
Rewind
Tipps & Berichte
Forum
Galerie
Journals
Events
Umfragen
Themenwoche
Kleinanzeigen
Interaktiv
Anmelden
Registrierung
Zu allen empfangenen Nachrichten
Suche...
Zur erweiterten Suche
Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum
>
Software
>
PDF Performance Probleme mit M4 Max, 64GB – liegt's an der Hardware oder am PDF-Format?
PDF Performance Probleme mit M4 Max, 64GB – liegt's an der Hardware oder am PDF-Format?
atelierbrick
31.08.26
08:02
Hallo zusammen
Ich habe ein MacBook Pro mit M4 Max und 64GB RAM – eigentlich mehr als genug Power für alles, was ich sonst so mache. Trotzdem dauert es bei mir recht lange, bis grössere PDFs geladen sind. Aufhängen tut sich der Rechner nicht, aber beim Zoomen und Pannen kommt hin und wieder kurz der Beachball.
Ist das ein Hardware-Thema (sollte bei der Ausstattung eigentlich nicht sein) oder liegt's tatsächlich am PDF-Format selbst, das mit grossen/komplexen Dateien einfach nicht gut umgeht? Hat da jemand Erfahrung oder einen Tipp?
Lieber Gruss
Hilfreich?
+1
Kommentare
tarbi
31.08.26
08:17
Vielleicht solltest Du noch mitteilen mit welchem Programm die PDFs geöffnet werden.
Auch ein paar mehr Infos zu den PDFs wären von Vorteil. Welche Dateigröße, was für PDF-Version (1.3, 1.4, etc), mit welcher Software wurde das PDF erstellt?
Hilfreich?
+9
Fontelster
31.08.26
09:07
tarbi
Vielleicht solltest Du noch mitteilen mit welchem Programm die PDFs geöffnet werden.
Adobe Reader
, könnte ich mir vorstellen. Ein Programm, welches sich mit drei Worten beschreiben lässt:
Schlimmer geht nimmer!
Hilfreich?
0
X-Jo
31.08.26
09:11
atelierbrick
[…] Trotzdem dauert es bei mir recht lange, bis grössere PDFs geladen sind. […]
Von wo geladen? Wo liegen diese? Auf der internen SSD?
Hilfreich?
0
alagut99
31.08.26
09:31
Lohnt sich vielleicht zu testen...
Kurze Fassung: schau mal welche Schriftarten diese PDF nutzen, und ob du diese als freie Schriftart herunterladen und installieren kannst.
Oder du hast ein älteres Programm, das diese Schriftart mitbringt und installierst das.
Lange Fassung:
Ich habe mal das staubtrockene PDF Pamphlet auszugsweise gelesen (zu viel davon verknotet mir die Gehirnwindungen). Der Grund war, dass in der Firma ähnliche Probleme mit älteren PDF auf neu installierten Systemen auftraten.
Die damalige Lösung war, das die PDF's mit MS Schriften erstellt wurden, die später nicht mehr vom System mit installiert wurden (MS hat sich die Kosten gespart). War es Helvetica? Ist zu lange her.
Jedenfalls wurden die PDFs erstellt ohne die Schriftart mit ins PDF einzubinden und daher mussten bei jedem Öffnen "Ersatzschriftarten" geladen werden. Die Firma hat sich dann die Schriftart gekauft, automatisch verteilt und das Problem war gelöst.
Hilfreich?
+2
atelierbrick
31.08.26
10:17
tarbi:
- PDF 1.4
- erstellt mit InDesign 21.0
- 99.5 MB
- 356.71 x 168.2 cm
- hauptsächlich Vektordaten
- geöffnet mit Preview und Adobe, Adobe ist etwas besser
X-Jo:
- ja direkt von der SSD, das rendern dauert länger, das Öffnen ist nicht das problem.
Hilfreich?
+5
macblubb
31.08.26
11:04
Also ich erstelle mit InDesign öfters 5x5 m große PDFs, mit platzierten .ai Dateien, allerdings Mac mini M2 16MB. Vektor- und Bilddaten gemischt. Grundsätzlich ist das öffnen der PDFs bei Acrobat (nicht Reader sondern die Vollversion) äusserst "zappelig" auch beim scrollen, während es bei Vorschau viel besser ist, deshalb benutze ich Acrobat nur zum überprüfen, zum normalen "Ansehen" Vorschau. (Das zoomen ist bei Acrobat ebenfalls fürchterlich).
Also das rendern ist bei Vorschau viel besser. Bei großen PDFs (um die 200 MB) ist allerdings bei Vorschau oft die Seite erstmal "leer" , d.h. der Rechner braucht einen längeren Moment bis er dann auf einmal alles darstellt. Und dann braucht er manchmal einen Moment um "scharfzustellen".
Aber einen Beachball habe ich dabei noch nie gesehen.
Ein Schriftenproblem kann ich nicht haben, da ich die PDFs ja selbst erstelle. Ich denke ja, dass das ein PDF Renderproblem ist, das eigentlich mit einem besser ausgestattetem Pro Rechner besser funktionieren sollte. Wenn ich aber das von atelierbrick so lese bekomme ich da Zweifel.
Weiss denn jemand, ob ein Pro eigentlich Vorteile beim speichern und öffnen von Adobe CC Daten und auch PDFs, gegenüber einem nicht Pro haben sollte? Oder hinkt Adobe hinterher?
„Don't touch anything and don't go to the toilet!“
Hilfreich?
+1
Sarkis
31.08.26
11:26
Es ist definitiv Adobe Acrobat Pro, der hier seit Jahren nicht wirklich mitzieht. Gerade bei grossen PDFs – beispielsweise für den Grossformatdruck – ist der Bildaufbau beim Öffnen in Acrobat Pro DC teilweise eine reine Geduldsprobe.
Ich arbeite hier mit einem M1 Ultra und 64 GB RAM und habe dieses «Vergnügen» täglich. Da fragt man sich schnell mal, wofür man eigentlich einen solchen Boliden auf dem Schreibtisch stehen hat.
Natürlich ist die Performance stark davon abhängig, was im PDF steckt: Transparenzen, X-Ebenen, komplexeste Schnittmasken aus Illustrator usw. können ordentlich Rechenarbeit verursachen. Das ist nachvollziehbar.
Was allerdings weniger nachvollziehbar ist: Dass Acrobat Pro diese moderne und extrem performante Hardware offenbar nur sehr begrenzt ausreizen kann. Der Mac rennt – und Acrobat überlegt noch, ob er vielleicht irgendwann auch anfangen möchte. 😉
Gerade bei einer Software wie Acrobat Pro, die im professionellen Publishing- und Prepress-Bereich praktisch zum Standard gehört, würde man erwarten, dass die Performance ebenfalls «On the Top!» ist.
Leider fühlt es sich bei Acrobat Pro seit Jahren eher so an: High-End-Mac trifft auf Software-Performance aus einer anderen Zeit.
Hilfreich?
+11
macblubb
31.08.26
11:37
Sarkis
genau sowas hatte ich befürchtet. Vermutlich kann dann auch atelierbrick nichts an seiner Konfiguration ändern, damit die PDFs performanter dargestellt werden.
„Don't touch anything and don't go to the toilet!“
Hilfreich?
+1
svenski
31.08.26
12:20
Trotz längerer Suche kenne ich bis heute keinen PDF-Editor, der mehr als 1,5 Prozessorkerne auslasten könnte - egal für welche Operation.
Hier gab es mal einen Thread dazu.
Was mir noch nicht klar ist: Liegt das an der Programmierung oder macht das PDF-Format selbst ein effektives Multithreading unmöglich?
Gruß, svenski.
Hilfreich?
+1
ttwm
31.08.26
14:04
Hilft es etwas, wenn Ihr unter "Anzeige"
"Neue Acrobat-Ansicht deaktivieren" auswählt?
Hilfreich?
0
breaker
31.08.26
14:17
Joar, bei komplexen PDFs ist das auch hier so ziemlich normal. Mal ist hier Vorschau schneller, mal Acrobat Pro – kommt tatsächlich immer etwas drauf an, was in den PDFs steckt. Sachen wie komplexe Schnittmasken, oder Effekte wie Schatten wurden hier ja schon genannt, aber auch wenn da x-Ebenen oder tausende feinster Konturen enthalten sind (sehr gerne bei Plänen aus Architekturbüros) wird's langsam.
Hilfreich?
0
gfhfkgfhfk
31.08.26
14:22
svenski
Was mir noch nicht klar ist: Liegt das an der Programmierung oder macht das PDF-Format selbst ein effektives Multithreading unmöglich?
Es liegt am Format selbst, weil es zu einer Zeit entworfen worden ist, in der Multiprozessorsysteme die Ausnahme waren und nicht die Regel. Das Problem ist, dass die Elemente im PDF nicht in Ebenen angeordnet sind, d.h. das Programm kann nicht erkennen was im Vordergrund und was im Hintergrund liegt. Daher ist die serielle Abarbeitung der Objekte im PDF wesentlich für die korrekte Darstellung, und dadurch kann man das nicht parallelisieren. Würde es definierte Ebenen geben, könnte das Programm erkennen was verdeckt ist und was nicht, und man könnte die Darstellung in Teile zerlegen und parallel berechnen, wie man das etwa bei OpenGL 3DGrafik macht. Der Unterschied ist nur, dass SGI beim Entwurf von OpenGL an Workstations mit mehreren CPUs dachte, und Adobe an so etwas Exotisches nicht denken wollte.
P.S. FrameMaker, Illustrator, Photoshop, Premiere, Acrobat Pro, Acrobat Reader, Flash PlugIn gab es auch einmal für IRIX. Insofern hätte das Adobe schon einiges abschauen können.
Hilfreich?
+3
macblubb
31.08.26
14:22
ttwm
Hilft es etwas, wenn Ihr unter "Anzeige"
"Neue Acrobat-Ansicht deaktivieren" auswählt?
danke, aber ändert hier leider nichts
„Don't touch anything and don't go to the toilet!“
Hilfreich?
0
atelierbrick
31.08.26
15:08
Analyse von fitz/pymupdf:
Seite 1: 429324 Vektor-Zeichenoperationen, 1547 Bilder
Hilfreich?
0
Sarkis
31.08.26
15:10
gfhfkgfhfk
svenski
Was mir noch nicht klar ist: Liegt das an der Programmierung oder macht das PDF-Format selbst ein effektives Multithreading unmöglich?
Es liegt am Format selbst, weil es zu einer Zeit entworfen worden ist, in der Multiprozessorsysteme die Ausnahme waren und nicht die Regel. Das Problem ist, dass die Elemente im PDF nicht in Ebenen angeordnet sind, d.h. das Programm kann nicht erkennen was im Vordergrund und was im Hintergrund liegt. Daher ist die serielle Abarbeitung der Objekte im PDF wesentlich für die korrekte Darstellung, und dadurch kann man das nicht parallelisieren. Würde es definierte Ebenen geben, könnte das Programm erkennen was verdeckt ist und was nicht, und man könnte die Darstellung in Teile zerlegen und parallel berechnen, wie man das etwa bei OpenGL 3DGrafik macht. Der Unterschied ist nur, dass SGI beim Entwurf von OpenGL an Workstations mit mehreren CPUs dachte, und Adobe an so etwas Exotisches nicht denken wollte.
P.S. FrameMaker, Illustrator, Photoshop, Premiere, Acrobat Pro, Acrobat Reader, Flash PlugIn gab es auch einmal für IRIX. Insofern hätte das Adobe schon einiges abschauen können.
Da gibt es eine sehr effektive Funktion, die Adobe Acrobat meiner Meinung nach nicht umsonst den Namen «Acrobat» verdienen lässt. Eine der wohl mächtigsten Funktionen von Adobe Acrobat sind die Preflight-Settings.
Dort gibt es ein bereits vorgefertigtes Preflight-Setting, mit dem sich Objekte wie Bilder, Vektoren und Schriften erkennen und automatisch auf separate, nach Objektart benannte Ebenen verteilen lassen.
Das ist besonders praktisch, wenn ein bestimmtes Objekt korrigiert werden muss: Man kann alle anderen Ebenen ausblenden und das zu korrigierende Objekt mit dem «Objekt bearbeiten»-Werkzeug direkt aus Acrobat in Illustrator oder Photoshop öffnen und bearbeiten. Nach der Korrektur wird das Objekt wieder sicher in das PDF übernommen. Allerdings muss man hier Acrobat Zeit lassen für die Aktualisierung und dann erst sichern - er schmiert gerne ab dabei.
Wichtig: Ebenen werden nur von PDF/X-4 unterstützt. Das PDF muss daher vorher in PDF/X-4 konvertiert werden.
Editor: Es lohnt sich auf jeden Fall, sich intensiv mit dieser Funktion bzw. den Preflight-Settings auseinanderzusetzen.
Aber das Performance-Problem mit grossen PDFs bleibt
Hilfreich?
+3
gfhfkgfhfk
31.08.26
15:31
Sarkis
Wichtig: Ebenen werden nur von PDF/X-4 unterstützt. Das PDF muss daher vorher in PDF/X-4 konvertiert werden.
Genau das ist das Problem. Die PDF/X Varianten sind nur für den professionellen Druck vorgesehen, und werden sonst gar nicht genutzt. Und die normalen PDF Varianten – besonders PDF/A – können das nicht.
Hilfreich?
+1
dan@mac
31.08.26
20:01
Probier mal PDF Squeezer:
Je nach Datei-Aufbau, kann die Optimierung auch die Performance erheblich verbessern.
Hilfreich?
0
Kommentieren
Sie müssen sich
einloggen
, um sich an einer Diskussion beteiligen zu können.
Siri AI: Feedback
Apple TV: Abos werden erheblich teurer (USA) ++...
Simulierter iPod als Fehlerseite – Apple Music ...
MacBook Pro PROLED XDR
Verbesserungen bei iCloud Mail: Apple gewährt h...
VectorAI 2 erschienen
HomePod mini der 2. Generation vorgestellt
iPhone Duo angekündigt