jbarlow e6fab76918 Fix Windows redo-ocr performance regression; drop pdfminer BUFSIZ workaround (#1706) ...

Since v16.4.3, OCRmyPDF forced pdfminer's read buffer to 256 MiB to work
around a pdfminer bug that mishandled tokens split across the buffer
boundary (gh #1361). On Windows this caused a severe performance
regression (gh #1662): CPython's BufferedReader.read(n) eagerly allocates
an n-byte buffer on every read, so pdfminer's thousands of seek+read
cycles each paid a ~30 ms 256 MiB allocation (this allocation is lazy and
effectively free on Linux). For a typical PDF the "Scanning contents"
phase went from ~5s on Linux to ~60s on Windows.

The underlying pdfminer bug was fixed upstream in pdfminer.six 20250327
(pdfminer/pdfminer.six#1030), with a follow-up for tokens split across
streams in 20260107 (pdfminer/pdfminer.six#1158). Remove the monkeypatch
entirely and raise the minimum pdfminer.six to 20260107 so we rely on the
upstream fix instead.

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-18 10:34:20 -07:00

..

images

…

releasenotes

Fix Windows redo-ocr performance regression; drop pdfminer BUFSIZ workaround (#1706)

2026-06-18 10:34:20 -07:00

advanced.md

feat: discard stale structure tree when re-OCRing tagged PDFs

2026-06-08 15:47:53 -07:00

api.md

…

apiref.md

…

batch.md

Run Docker images as non-root user and default to /data workdir

2026-06-17 15:13:19 -07:00

cloud.md

…

conf.py

…

contributing.md

…

cookbook.md

feat: add --mode strip to remove the OCR text layer without rasterizing

2026-06-11 12:34:03 -07:00

design_notes.md

…

docker.md

Run Docker images as non-root user and default to /data workdir

2026-06-17 15:13:19 -07:00

errors.md

…

index.md

…

installation.md

…

introduction.md

feat: make pdfa-image-compression=auto lossless at -O0

2026-06-10 13:10:43 -07:00

jbig2.md

…

languages.md

…

maintainers.md

…

optimizer.md

…

pdfsecurity.md

…

performance.md

…

plugins.md

…