9 Commits

Include renames

Author	SHA1	Message	Date
dtourolleandClaude Opus 5	e000068384	Cache word widths and glyph bitmaps to cut page render time ~3.5x ... Rendering a page re-measured and re-rasterised the same words constantly: at 1404x1872 a page issued ~2800 textlength calls and ~2500 draw.text calls for fewer than 1000 distinct (font, string) pairs. Profiling a page turn showed FreeType glyph rendering at 57% of total time and width measurement at 38% of layout. Both are now cached. Measured on Crime and Punishment at 1404x1872, one page: layout 35ms -> 19ms render 84ms -> 41ms total 120ms -> 60ms Eviction ranks by use count rather than recency. Word frequency in prose is Zipfian and stationary, so the words worth keeping are the ones used most, and unlike recency this lets a document's own frequencies be seeded up front -- see prewarm_caches(). Two details keep the policy from costing more than it saves, since get() runs once per word drawn: - counting is O(1) with no reordering, because structures that reorder on every hit measured 3-5ms/page slower than the hit rate they bought; - eviction samples 8 entries and drops the least used of those, rather than maintaining a global order. Aging (halving all counts periodically) is on by default. Without it a font size change drove the hit rate to 0% on a real access trace: every key was new and the previous size's entries held counts nothing could beat. Both caches are bounded, since the glyph bitmaps reach ~19MB over a long session and the target is a 512MB Pi Zero 2. Defaults are 4MB of bitmaps and 8192 widths; configure_text_caches() tunes them. Cache size barely affects speed (2MB is within 13% of unbounded) because a miss costs only one ~44us rasterisation, so the bound can be set for memory, not throughput. EreaderLayoutManager.prewarm_caches() counts the book's word frequencies and preloads the most common ones, seeding each with its document frequency. This moves that rasterisation to open time and cut misses by 27%, for ~15% faster page turns at a one-off ~300ms cost. It is opt-in; nothing calls it yet. Rendering is no longer bit-identical. PIL positions text at sub-pixel offsets, so the cache buckets that phase, defaulting to 2 buckets per axis. Total ink per page is unchanged and the mean pixel difference is 3.6/255 -- a fifth of one step of a 16-level e-ink panel. subpixel_steps=4 halves that if wanted. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-06 20:49:32 +02:00
dtourolle	781a9b6c08	auto flake and corrections	2025-11-08 23:46:15 +01:00
dtourolle	03918fc716	complete the table rendering	2025-11-07 19:45:47 +01:00
dtourolle	5e3170497e	removed scrolling viewport	2025-11-05 22:38:28 +01:00
dtourolle	e6c17ef8a8	updating viewport	2025-11-04 23:34:23 +01:00
dtourolle	56a6ec19e8	Large clean up	2025-06-28 21:10:30 +02:00
dtourolle	df775ee462	view port based browser and test	2025-06-08 17:00:41 +02:00
dtourolle	8c35cbf5ce	Improved handling of pagnination.	2025-06-08 13:29:44 +02:00
dtourolle	f7ad69f9ec	first code commit	2025-05-27 11:58:19 +02:00