Replies: 2 comments 3 replies
-
|
If you're a developer, you can use a profiler (e.g. the one built in Visual Studio) and get an understanding what's slow. Anything less than that is not very useful. And without access to a PDF showing a problem, it's basically impossible to improve anything (how would you know a change made a difference?). |
Beta Was this translation helpful? Give feedback.
3 replies
-
|
Thanks for the pointer to the profiler from Visual Studio. I was thinking about a RE: the example file - I will revisit this thread in 2024, upon getting an approval from the holder of the copyright material. I wasn't able to recreate the problem with PDF files I compiled myself. |
Beta Was this translation helpful? Give feedback.
-
|
The basic cli -log may give basic hints to timings so your site download SumatraPDF.exe" -log MyDeepGuide_UnitGridTemplates.zip |
Beta Was this translation helpful? Give feedback.
-
|
Great, the basic CLI flag For example, the slow-loading copy took ~35 seconds (35078.34 ms) to load, yet, only three lines of "Slow rendering" were found in the log, as below: Notes on using the CLI flagFeeding the following to the Run window first opens SumatraPDF. Upon closing, the log is available in a new Notepad window. Logs generated by the
|
Beta Was this translation helpful? Give feedback.
-
|
The relevant parts are: In the slow file: Non slow: 35078.34 ms is 35 seconds. The LoadDocument phase is reading the general structure of the PDF (table of contents and information about pages). There's something pathological about Planner_2023.pdf that mupdf/sumatra takes so long to load. Maybe there's something obvious but can't say without access to the file and, yes, profiling :) Also: you don't need |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Recently, I had trouble viewing a PDF file with many handwritten annotations (made by a digital stylus on an Android tablet, stored as vector objects in the PDF file):
SumatraPDF.exeprocess will increase from 50,000 KB to 300,000KB or so steadily. After the memory usage reaches its peak, the file is rendered in full and the SumatraPDF window is responsive again.It would be great if SumatraPDF can profile the start-up time when loading certain PDF files, for troubleshooting purposes. One possible format is to save time tags of the relevant steps into a text file, somewhere.
I prefer SumatraPDF over other options as a PDF viewer, as it does not put a lock on the local file, making background sync of any means possible. (In contrast, Okula and Acrobat would put a lock on the file, blocking Dropbox from fetching the remote changes to the file, for example.)
Additional info: should I convert the troublesome PDF file through Adobe Acrobat (Version 11.0.23) by saving the file to be an "exact" copy of itself, Sumatra can open the new file in no time. During the process, I saw Acrobat was "Optimizing for Fast Web Viewing" before saving the file.
Additional info about the PDF file - it is a copy of "My Daily Organizer - 2023", sold here. I have been writing on it daily since January, on an Android tablet from Boox. Due to copyright concerns, I apologize for not being able to share the file here.
Beta Was this translation helpful? Give feedback.
All reactions