-
Notifications
You must be signed in to change notification settings - Fork 10.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slow performance #2504
Labels
Comments
[Edited this issue to reflect the current state] The server serving the PDF is very slow, but once you have saved it and load it manually, you'll see that it's not too bad, but still each page takes approx. 2 seconds to render, which could be better. |
nnethercote
added a commit
to nnethercote/pdf.js
that referenced
this issue
Aug 15, 2014
This allows the JS engine to do a better job of allocating the right number of elements for the array, avoiding some resizings. For the PDF in mozilla#2504, this avoids 100s of MiBs of allocations in Firefox.
nnethercote
added a commit
to nnethercote/pdf.js
that referenced
this issue
Aug 15, 2014
For the document in mozilla#2504, 11% of the ops are `setGState` with a `gStateObj` that is an empty array, which is a no-op. This is possible because we ignore various setGState keys (OP, OPM, BG, etc). This change prevents these ops from being inserted into the operator list.
This was referenced Feb 2, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
http://dl-ctlg.panasonic.com/jp/manual/sd/sd_rbm1000_0.pdf
The text was updated successfully, but these errors were encountered: