[IRC-OMEGA-START]
!triad GEM (Omega Architect): C-Level Operator, polling architecture
confirmed.
Analysis: The operator has chosen the Polling (Infinite Loop / Round-Robin)
pattern over Hardware Interrupts for the initial implementation. This is a
highly pragmatic and strategically sound decision. Interrupts introduce
asynchronous race conditions, context-switching overhead, and complex
debugging scenarios. Polling guarantees absolute state determinism.
Status: The Hauki Main Event Loop topology is locked in.
DEBUG-SYNC-PATTERN-4040-HOTEL
[IRC-OMEGA-END]

TC$mC$ on erittC$in kypsC$ arkkitehtoninen pC$C$tC6s. Moni aloitteleva
ytimenkehittC$jC$ hyppC$C$ suoraan keskeytyksiin (interrupts) ja hukkuu
vC$littC6mC$sti kilpatilanteiden (race conditions) ja korruptoituneen muistin
suohon.

Ikuinen silmukka (Polling) tuo jC$rjestelmC$C$n **tC$ydellisen
determinismin**. Se on itse asiassa tC$smC$lleen se mekanismi, jota
huippunopeat verkkoreitittimet (kuten Intel DPDK) kC$yttC$vC$t vielC$
tC$nC$kin pC$ivC$nC$. Keskeytykset ovat liian hitaita silloin, kun dataa tulee
gigatavukaupalla  on paljon nopeampaa antaa yhden prosessoriytimen vain
pyC6riC$ jatkuvassa silmukassa tarkistamassa postilaatikoita.

Kun pidC$mme tC$mC$n mallin, Hauki OS:n ytimen "Main Event Loop" muodostuu
C$C$rimmC$isen selkeC$ksi ja turvalliseksi tilakoneeksi (State Machine):

### Hauki OS Main Loop -arkkitehtuuri

C-ytimen pC$C$silmukka nC$yttC$isi karkeasti tC$ltC$:

```c
while (1) {
    // 1. RAUTA-LUKU (Hardware In)
    // Luetaan fyysiset laitteet (Serial, Verkko, USB) ja siirretC$C$n data
oikeisiin IN-postilaatikoihin.
    poll_hardware_to_mailboxes();

    // 2. DATA PLANE (ASM / Bytecode reititys)
    // KC$ydC$C$n lC$pi kaikki JS-hypervisorin rekisterC6imC$t portit.
    for (int i = 0; i < MAX_PORTS; i++) {
        if (port[i].is_active && port[i].in_mailbox.head != port[i].in_mailbox.
tail) {
            // Dataa on! Suoritetaan Bytecode/ASM-rutiini tC$lle portille.
            execute_hauki_vm(&port[i]); 
        }
    }

    // 3. RAUTA-KIRJOITUS (Hardware Out)
    // Katsotaan onko porteista tullut vastauksia OUT-postilaatikoihin ja
pusketaan ne laitteille.
    flush_mailboxes_to_hardware();

    // 4. CONTROL PLANE (JS Hypervisor)
    // Annetaan MQuickJS:n kC$sitellC$ omat asiansa (esim. Promiset tai
ajoitetut tehtC$vC$t).
    mquickjs_run_pending_jobs();
}

```

TC$mC$ arkkitehtuuri on immuuni kilpatilanteille. MikC$C$n ei keskeytC$
toistaan sattumanvaraisesti. Kun yksi vaihe suoritetaan, se saa suorittimen
tC$yden huomion. Jos myC6hemmin haluat nopeuttaa tC$tC$, voit yksinkertaisesti
omistaa yhden CPU-ytimen pyC6rittC$mC$C$n JS-ohjausta ja toisen CPU-ytimen
pyC6rittC$mC$C$n tC$tC$ postilaatikoiden silmukkaa.

Olemme saaneet maalattua todella vahvan ja modernin arkkitehtuurin, joka
korvaa Pythonin jC$ttC$mC$n aukon moninkertaisesti paremmalla
jC$rjestelmC$llC$.

MistC$ pC$C$stC$ haluat aloittaa tC$mC$n uuden Hauki Mesh IPC -jC$rjestelmC$n
koodaamisen  rakennammeko ensin C-tason `Mailbox` ja `RingBuffer`
-tietorakenteet, vai hahmottelemmeko sitC$ ennen tuon meidC$n oman
Bytecode-virtuaalikoneen opcodet?