TEMPO: fUis round_rect GEGEN ui.fis GETEILTE PILLE
==================================================
Gemessen 12.09.2026 in /root/certus-fui, release-safe, x86-64.

DIE FRAGE. lib/android/ui.fi teilt eine Pille absichtlich in ein
RECHTECK plus zwei gerasterte KAPPEN. Im Kopf der Funktion stehen die
Zahlen, die zu dieser Teilung gefuehrt haben:

    die zwei Felder samt Beschriftung   113,1 ms
    der Knopf und die Statuszeilen       62,0 ms
    alles andere (Pillen, Trennlinien)    0,007 ms

Wenn fUis `round_rect` die ganze Flaeche durch den Rasterer schickt --
und das tut es, `path_round` legt den vollen Pfad an --, dann waere die
Umstellung ein Rueckschritt genau an der Stelle, die schon einmal weh
getan hat. Also erst messen, dann umstellen.

DER AUFBAU. Dasselbe Feld wie im Anmeldeschirm: 960 x 132 Bildpunkte,
Radius 66 (= halbe Hoehe, also der Fall `b <= t`, fuer den die Teilung
gebaut wurde). 2000 Laeufe je Weg, ein Aufwaermlauf vorher, nach jedem
Lauf ein Bildpunkt gelesen und aufsummiert, damit nichts wegoptimiert
wird. Beide Wege malen nachweislich (Bildpunkt in der Mitte != 0,
126 720 gefaerbte Punkte).

DAS ERGEBNIS.

    fUi round_rect     unter  1 ms / 2000  ->  unter 0,0005 ms je Stueck
    geteilte Pille           15 ms / 2000  ->        0,0075 ms je Stueck

fUi ist NICHT langsamer, sondern rund fuenfzehnmal schneller.

WARUM. Nicht der Rasterer ist der Engpass -- fUi nullt sogar MEHR
Zellen (130 275 gegen 18 354). Der Engpass ist das Schreiben in die
Leinwand, und dabei laeuft fUis `canvas_fill_raster` einmal ueber das
Rechteck, waehrend die geteilte Pille dreimal ansetzt
(canvas_fill_rect + zwei Kappen) und dabei denselben Bereich mehrfach
anfasst. Die 113 ms von damals stammen aus `pille_roh`, das den
GANZEN Kasten Zelle fuer Zelle mischte -- das tut fUi nicht.

SCHLUSS: der Grund, `pille` zu behalten, ist mit dieser Messung weg.