Jonas Jenwald 30e8d5dea1 Add local caching of TilingPatterns in PartialEvaluator.getOperatorList (issue 2765 and 8473) ... In practice it's not uncommon for PDF documents to re-use the same TilingPatterns more than once, and parsing them is essentially equal to parsing of a (small) page since a `getOperatorList` call is required. By caching the internal TilingPattern representation we can thus avoid having to re-parse the same data over and over, and there's also *less* asynchronous parsing required for repeated TilingPatterns. Initially I had intended to include (standard) benchmark results with this patch, however it's not entirely clear that this is actually necessary here given the preliminary results. When testing this manually in the development viewer, using `pdfBug=Stats`, the following (approximate) reduction in rendering times were observed when comparing `master` against this patch: - http://pubs.usgs.gov/sim/3067/pdf/sim3067sheet-2.pdf (from issue 2765): `6800 ms` -> `4100 ms`. - 1046131/stepped.pdf (from issue 8473): `54000 ms` -> `13000 ms` - 1046130/proof.pdf (from issue 8473): `5900 ms` -> `2500 ms` As always, whenever you're dealing with documents which are "slow", there's usually a certain level of subjectivity involved with regards to what's deemed acceptable performance. Hence it's not clear to me that we want to regard any of the referenced issues as fixed, however the improvements are significant enough to warrant caching of TilingPatterns in my opinion.		2020-10-08 18:43:21 +02:00
..
core	Add local caching of TilingPatterns in PartialEvaluator.getOperatorList (issue 2765 and 8473)	2020-10-08 18:43:21 +02:00
display	Re-factor how the ESLint no-var rule is enabled in the src/ folder	2020-10-03 20:15:29 +02:00
images	Vectorize the logo.	2012-10-29 14:08:52 -04:00
shared	Re-factor how the ESLint no-var rule is enabled in the src/ folder	2020-10-03 20:15:29 +02:00
.eslintrc	Re-factor how the ESLint no-var rule is enabled in the src/ folder	2020-10-03 20:15:29 +02:00
doc_helper.js	[api-major] Completely remove the global PDFJS object	2018-03-01 18:13:27 +01:00
interfaces.js	Enable auto-formatting of the entire code-base using Prettier (issue 11444)	2019-12-26 12:34:24 +01:00
license_header.js	Update the year in the license_header files	2020-01-05 12:14:03 +01:00
license_header_libre.js	Update the year in the license_header files	2020-01-05 12:14:03 +01:00
pdf.image_decoders.js	Ensure that all import and require statements, in the entire code-base, have a .js file extension	2020-01-04 13:01:43 +01:00
pdf.js	[api-minor] Fix the AnnotationStorage usage properly in the viewer/tests (PR 12107 and 12143 follow-up)	2020-07-31 16:32:46 +02:00
pdf.worker.entry.js	Update the year in the license_header files	2020-01-05 12:14:03 +01:00
pdf.worker.js	Convert the src/pdf.js and src/pdf.worker.js files to use standard import/export statements	2020-05-20 13:18:23 +02:00
worker_loader.js	Update Prettier to version 2.0	2020-04-14 12:28:14 +02:00