RUNDE YTDOM3 -- WARUM ytd-app NIE REGISTRIERT WIRD. Gemessen 12.09.2026.
main 93d452a (gepusht), vier Sach-Commits ab 46cd7f5
Firn-Pin 7893ea2c + fuenf Flicken, Uebersetzer selbst gebaut


=================== 1. YTDOM2 NACH MAIN -- ERLEDIGT =====================

Zusammengefuehrt und gepusht (46cd7f5). Keine einzige Datei
ueberschnitt sich mit der fUi-Umstellung: diese Arbeit fasst nur
lib/js und lib/browser/{domjs,netjs,web1_main}.fi an, die fUi-Runde
lib/widget, chrome.fi, certus_app.fi, lib/android und lib/font.
Nachgesehen mit `comm` ueber beide Dateilisten, nicht angenommen.
lib/browser/skript.fi ist und bleibt GELOESCHT.


========================= VORHER / NACHHER ==============================

SEITE          ELEMENTE   KNOTEN   SKRIPTE/FEHLER   SEKUNDEN
youtube.com    427        493      43 / 1           497
m.youtube.com  427        493      43 / 1           (wie oben)
xoffi.ai       1131       1422     19 / 0           ~19

Gegen main VOR dieser Runde (46cd7f5) sind die DOM-Zahlen UNVERAENDERT.
Das wird hier nicht schoengeredet: die zwei Funde dieser Runde sind ein
Tempo-Fund und ein Ursachen-Fund, und KEINER von beiden hat die
Knotenzahl bewegt. Der Grund steht in Abschnitt 4 -- die Stelle, an der
das Buendel stirbt, ist jetzt behoben, aber der Lauf danach war bis
Sitzungsende nicht fertig zu messen.


============== 2. DER TEMPO-FUND: join WAR QUADRATISCH ==================

Drei gdb-Stichproben an einem haengenden youtube.com-Lauf standen ALLE
an derselben Stelle:

    __gc_mark  <-  str_push  <-  val.str_concat  <-  builtin.fi:2022

Zeile 2022 ist `Array.prototype.join`. Dort stand zweimal
`out = str_concat(r, out, ...)`, und `str_concat` legt JEDES MAL einen
neuen String an und kopiert den ganzen bisherigen Zwischenstand mit
hinein: ueber n Stuecke 1+2+3+...+n Zeichen. Jeder dieser Strings ist
Abfall -- deshalb zeigte die Stichprobe den SAMMLER und nicht den
Zeichenkopierer.

GEMESSEN an `Array(N).concat("y").join(",")`:

    N          VORHER        NACHHER
    500          269 ms        189 ms
    1 000        667 ms        184 ms
    2 000      4 750 ms        187 ms
    4 000     16 967 ms        226 ms     (75x)
    20 000   nicht messbar     205 ms

Vorher vervierfachte eine Verdopplung von N die Zeit -- die Signatur
von O(n^2). Nachher ist die Zeit FLACH: N=20000 kostet so viel wie
N=500.

GEBAUT: `val.str_append(akk, b)` haengt an den VORHANDENEN Puffer an.
Das darf nur fuer einen Akkumulator gelten, den ausser dem Aufrufer
niemand haelt -- ein JavaScript-String ist unveraenderlich. `join` und
`String.prototype.concat` legen sich deshalb einen eigenen Puffer an
und geben ihn erst am Ende heraus; `str_concat` bleibt fuer `a + b`
unveraendert.

GEGEN node.js GEPRUEFT, 14 Faelle, Zeichen fuer Zeichen gleich --
darunter die, die leicht kaputtgehen:

    [null,undefined,1].join(",")   ,,1      Luecken bleiben leer
    Array(3).join("-")             --
    [1,[2,3],4].join(",")          1,2,3,4  verschachtelt
    [1,2].join()                   1,2      ohne Argument
    [{},[]].join(",")              [object Object],
    "".concat(1,null,true)         1nulltrue

EHRLICH: dieser Fix macht die Seite SCHNELLER, aber er bringt KEINEN
einzigen zusaetzlichen DOM-Knoten. Er war nicht die Ursache der leeren
Seite.


=========== 3. DIE KERNFRAGE: WIRD ytd-app REGISTRIERT? =================

NEIN. Und der Grund ist jetzt gemessen statt vermutet. Dazu wurde ein
VORAB-HAKEN gebaut (web1_main, Argument 4): JavaScript, das laeuft,
BEVOR das erste Seitenskript laeuft. Ohne ihn zaehlt man nur Truemmer,
weil das Buendel `define` laengst gerufen hat oder vorher gestorben ist.

    DIE FRAGE: ytd-app registriert?          NEIN

    customElements vorhanden                 ja  (aus der Polyfill)
    define / get / whenDefined / upgrade     alle vier function
    define WIRKLICH gerufen                  0 MAL
    get / whenDefined / upgrade gerufen      0 / 0 / 0
    <ytd-app> im Baum                        ja, 14 Kinder
    <ytd-app>.shadowRoot                     nein
    Polymer / Polymer.Element                function / ja
    ytcfg                                    object

Es ist also KEIN Fehler IN `define` -- der Aufruf kommt nie. Alles
steht bereit, und niemand ruft es.

SHADOW DOM, gemessen:
    attachShadow                 undefined   FEHLT GANZ
    ShadowRoot                   function    nur eine Attrappe
    slot                         SLOT da, aber assignedNodes UND
                                 assignedElements undefined

MODULE:
    <script type=module>         0
    nomodule                     0
    dynamic import()             SYNTAXFEHLER im Zerteiler
Auf youtube.com ist das NICHT der Blocker -- das Hauptbuendel ist ein
klassisches Skript.

NEBENBEFUND an example.com: OHNE Polyfill ist `customElements` gar
nicht vorhanden. Certus hat es selbst nicht gebaut; jede
Web-Components-Seite haengt an der mitgelieferten Polyfill und damit an
jeder Luecke, die diese anfasst.


=========== 4. WO ES STIRBT -- WOERTLICH, UND BEHOBEN ==================

Damit die Stelle ueberhaupt zu finden war, musste erst die Diagnose
richtig zeigen: YouTubes `_DumpException` (Buendelzeile 5417) wirft
alles WEITER und ueberschrieb bisher jede Wurfstelle, und der erste
Wurf (Zeile 166) ist ein abgefangener, harmloser. Der Bericht zeigt
jetzt den VORLETZTEN Wurf der Reihe. Damit steht da:

    Wuerfe 3   Zeilen: 166 3668 5417

    L.nativeAppendChild = r.prototype.appendChild;
    r.prototype.appendChild = function(q){ return function(n){
        if (n instanceof DocumentFragment) {
            var m = Array.from(n.children);          <-- HIER
            n = q.nativeAppendChild.call(this, n);
            if (this.isConnected) { ... g8(E.value) ... }

    TypeError: Cannot read a property of undefined 'length'

`n.children` war `undefined`, `Array.from(undefined)` wirft, und weil
das GANZE 10,7-MB-Buendel in EINEM try/catch steckt, ist danach alles
tot -- daher `define` = 0 Aufrufe.

DAS WAR MEINE EIGENE OFFENE LUECKE AUS RUNDE YTDOM2. Dort hatte ich
`children` zuerst an das NODE-Urbild gehaengt; gemessen brauchte
youtube.com damit ueber 40 Minuten statt 84 Sekunden, weil die Polyfill
JEDEN Knoten -- auch jeden Textknoten -- danach fragt und jeder Zugriff
ein neues Feld baut. Ich habe es daraufhin nur am Dokument-Urbild
eingetragen und das Fragment ausdruecklich als offene Luecke benannt.
Genau diese Luecke war der Blocker.

DIE RICHTIGE LOESUNG, nicht die billige: DOM 4.2.6 gibt `children`
ueber ParentNode an GENAU DREI Schnittstellen -- Element, Document und
DocumentFragment. Das Fragment bekommt deshalb ein EIGENES Urbild
(P_FRAGMENT), das von Node erbt und `children` traegt; `wrap_node` legt
Fragmente nicht mehr auf P_NODE. Ein Textknoten sieht `children` damit
weiterhin NICHT, und die 40-Minuten-Falle kommt nicht zurueck.

GEMESSEN, ein Lauf:
    frag.children                      1      (nur das Element)
    frag.childNodes                    2      (Element + Textknoten)
    Array.from(frag.children).length   1      <-- die Zeile, die warf
    textknoten.children                undefined   richtig so
    doc.children                       1
    elem.children                      0
    frag instanceof DocumentFragment   true
    join N=4000                        ~190 ms, keine Verlangsamung
    xoffi.ai                           1131/1422, 19 Skripte, 0 Fehler

NICHT FERTIG GEMESSEN: ob youtube.com mit P_FRAGMENT ueber die Stelle
hinauskommt. Ein Lauf braucht ueber acht Minuten, und die Messung wurde
bis Sitzungsende nicht fertig. Der Fix ist einzeln belegt (die sieben
Zahlen oben), der Gesamtlauf fehlt. Das ist der erste Schritt der
naechsten Runde.


=================== 5. WO DIE ZEIT HINGEHT (3c) ========================

Dazu sagt jetzt jeder Lauf am Ende, was der Sammler getan hat -- alle
vier Werte aus dem Sammler selbst:

    GC  lebend=615779 bytes=74461488 halde=88420352 pause_ms=466170

466 von 497 Sekunden sind SAMMLER-PAUSE. 94 %. Nicht Parsen, nicht
Layout, nicht Anstrich -- der Sammler. 615 779 lebende Objekte,
74 MB lebend, Halde 88 MB.

EINE HYPOTHESE GEPRUEFT UND WIDERLEGT. `MAX_LIMIT` in lib/gc/gc.fi
begrenzt den Abstand zwischen zwei Sammellaeufen auf 4 MB frisch
angelegter Bytes. Bei 74 MB Lebendmenge heisst das rechnerisch: jedes
Byte wird rund 18x markiert. Testweise auf 256 MB hochgesetzt und neu
gemessen:

    MAX_LIMIT 4 MB     497 s, pause 466 170 ms
    MAX_LIMIT 256 MB   497 s, pause 464 586 ms

KEIN Unterschied. Die Hypothese ist falsch, der Wert wurde
zurueckgesetzt, der Firn-Baum ist unveraendert. Die GC-Last ist NICHT
der Triggerabstand; die Ursache ist offen. Wie verlangt wurde hier nur
gemessen und berichtet, nicht vorschnell gejagt.


================= 6. EIN FEHLER, DER NICHT MEINER IST ==================

`gc_bottom_swap` fehlt in compiler/src/gc.rs. Firn-Commit f470be3d hat
die Funktion in lib/gc/gc.fi eingetragen (21 Zeilen, nur diese Datei)
und die NAMENSLISTE des Uebersetzers vergessen. Der Uebersetzer kennt
die Laufzeitnamen des Sammlers aus einer festen Liste, nicht aus der
Datei -- steht ein Name nicht darin:

    error: unknown function 'gc_bottom_swap'

lib/core/fiber.fi ruft es zweimal, lib/core/script.fi importiert
core.fiber, und daran haengt window_main. Auf dem festgenagelten Stand
war window_main damit UNBAUBAR. NACHGESEHEN: der Fehler tritt auch auf
voellig unveraendertem main auf -- er ist NICHT von dieser Runde.

Behoben mit vendor/firn/patches/compiler-0005: der Name geht in
RUNTIME_COLLECTS, nicht in RUNTIME_QUERY -- die zweite Liste heisst im
Quelltext "pure queries", und `gc_bottom_swap` SCHREIBT den Stapelboden
im Zustand des Sammlers. Dazu die Leitung, die das moeglich macht:
hole-firn.sh legt einen Flicken mit Praefix `compiler-` auf $ZIEL statt
auf $ZIEL/lib. Vorher war ein Uebersetzerfehler ohne Verlassen des Pins
nicht behebbar.


========================== GEGENPROBEN =================================

Layout b2 gegen das eingefrorene Chromium:  296 / 1087 in 146 Faellen
  -- zeichengleich mit main, keine Abweichung durch diese Runde.
  ANMERKUNG wie in den Runden davor: die im Auftrag genannten 1087/1087
  bei 0,00 % sind in diesem Baum nicht reproduzierbar, auch nicht auf
  unveraendertem main. Vorhandener Zustand, nicht Folge dieser Runde.

tools/certus/tasten_main.fi        23/23 Kuerzel
tools/vault/against.py             22 gleich, 0 verschieden (OpenSSL)
tools/corebench/layers.sh          layers OK, ENGINE 13 / BLOCKS 6 /
                                   SHELL 7, Richtung nie zurueck
tools/check-ui.sh                  CHECK-UI PASSED
window_main RC=0                   web1_main RC=0
xoffi.ai Laufzeit                  unveraendert, 0 Fehler
lib/browser/skript.fi              bleibt geloescht
chrome.fi / lib/android            nicht angefasst


============================ ERLEDIGT ==================================

* ytdom2 nach main zusammengefuehrt und gepusht.
* Array.prototype.join linear statt quadratisch    lib/js/builtin.fi
* String.prototype.concat ebenso                   lib/js/builtin.fi
* val.str_append -- anhaengen ohne Kopie           lib/js/val.fi
* DocumentFragment mit eigenem Urbild + children   lib/browser/domjs.fi
* Wurfzeile im Bericht: die vorletzte statt der ersten
                                                   lib/browser/web1_main.fi
* VORAB-HAKEN (Argument 4)                         lib/browser/web1_main.fi
* GC-Bericht in jedem Lauf                         lib/browser/web1_main.fi
* gc_bottom_swap dem Uebersetzer bekannt   vendor/firn/patches/compiler-0005
* hole-firn.sh kann den Uebersetzer flicken
* tools/certus/ce_probe.py, tools/certus/y3_zeit.py


============================= OFFEN ====================================

* Der Gesamtlauf youtube.com MIT P_FRAGMENT ist nicht fertig gemessen.
  Erster Schritt der naechsten Runde.
* Element.attachShadow FEHLT GANZ, ShadowRoot ist eine Attrappe,
  slot.assignedNodes/assignedElements undefined. Fuer eine reine
  Web-Components-Seite die naechste grosse Baustelle.
* Die GC-Last: 94 % der Laufzeit. MAX_LIMIT ist als Ursache
  ausgeschlossen. Der naechste grosse Hebel, und noch ohne Erklaerung.
* dynamic import() ist ein Syntaxfehler im Zerteiler.
* customElements ist in Certus selbst nicht gebaut.
* attributes.item / getNamedItem fehlen (attributes ist ein Feld).
* Int8/Int16/Int32/Float32/Float64Array, TextEncoder/TextDecoder fehlen.
* youtube.com bleibt SICHTBAR LEER. 427 Elemente, und das Bild der
  Vorrunde zeigte 24 Farben -- Fensterrahmen und Adresszeile.


============================= BELEGE ===================================

wurfstelle-3668-appendChild.txt  der Wurf mit dem Quelltext der Zeile
ce-kette-youtube.txt             die Custom-Elements-Kette, gemessen
xoffi-nachher-P_FRAGMENT.json    xoffi unveraendert, 0 Fehler


======================= ANGEFASSTE DATEIEN =============================

lib/js/val.fi                +37    str_append
lib/js/builtin.fi            +49    join und concat linear
lib/browser/domjs.fi         +31    P_FRAGMENT
lib/browser/web1_main.fi     +66    Vorab-Haken, GC-Bericht, Wurfzeile
vendor/firn/hole-firn.sh     +16    compiler-Flicken
vendor/firn/patches/compiler-0005-gc-bottom-swap-bekannt.patch   neu
tools/certus/ce_probe.py                                         neu
tools/certus/y3_zeit.py                                          neu

In lib/dom wurde NICHTS angefasst.