snark13/Sprinter-SDCC
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: бюджет тактов/размеров chunked-заливок + идеи дальнейших упрощений

Browse Source 
docs/accel-fill-budget.md: полный разбор v3 (подготовка ~340Т на
прямоугольник, 46Т на чанк 16 линий, 53Т/51Т на линию, ~107 байт/leaf)
против per-line di/ei вариантов (djnz 72Т/линию ~63 байта; 16-бит IX
206Т/линию); break-even n≈9 линий, тотализатор, решение остаться на v3.
Краткие выжимки — в шапки _gfx_rect*fill256.

Идеи на будущее (там же): ограничить контракт стороной <=256 (широкие
прямоугольники пользователь выводит в два приёма); реализовать оба
варианта (поблочный/построчный) с переключением опцией сборки в духе
GFX_NOCHECK.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Alexander Petrov
2026-07-10 17:58:17 +03:00
parent 2c414da465
commit 580837d2ee
4 changed files with 131 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files
libbgi/bgi256/_gfx_recthfill256.c
+11 -5
View File
@@ -8,11 +8,17 @@
* Счётчик чанков — precompute (v3): один раз на входе E = h>>4 (полных
* чанков, ≤16 при h<=256) и h&15 — хвост (SMC в ld b,#n хвостовой
* скобки). Заголовок чанка = dec e/jr nz (~46Т на чанк ≈ 2.9Т/линию
* против ~173Т/чанк у 16-бит арифметики через IX-слоты); precompute
* ~170Т однократно. Итог ~54Т/линию. Хвост — отдельная скобка со
* СВОИМ армированием (второй SMC-слот размера): армирование обязано
* быть в каждой скобке — в окне EI CBL-ISR армирует акселератор своим
* размером блока.
* против ~173Т/чанк у 16-бит арифметики через IX-слоты). Хвост —
* отдельная скобка со СВОИМ армированием (второй SMC-слот размера):
* армирование обязано быть в каждой скобке — в окне EI CBL-ISR
* армирует акселератор своим размером блока.
*
* ---- БЮДЖЕТ (полный разбор: docs/accel-fill-budget.md) -------------
* подготовка ~340Т один раз на прямоугольник (пролог 102 + SMC 45 +
* precompute ~110 + эпилог 54); чанк 16 строк — 46Т; строка — 51Т.
* T(n) ≈ 340 + 46*(n/16) + 51*n; ~107 байт кода. Break-even против
* простейшего per-line di/ei (djnz, 70Т/линию, ~53 байта): n ≈ 9 —
* при n <= 8 линий простейший быстрее (максимум +140Т на n=1).
*
* Прямой вызов оправдан, когда форма известна заранее (широкие/низкие
* прямоугольники, w > h) — экономит ~160-245Т проверки диспетчера