Terve Tyyppi!

Positiivistä palautetta saatu jo, vaikka kerneli toteutus on lähtökuopissaan. STCP protokolla on vielä dart koodia, ja lähiaikoina pakerran siitä Rust-koodia, että ymppään sen Linux-kerneli-moduuliksi. Tavoite olisi saada epävirallinen moduuli rakenneltua tässä kuukauden parin sisään, kun se on tehty, niin koettaa tarjota viralliseen Linux kerneli jakeluun jos saisi mukaan.

.. sitten huomasin, että firefoksini herjasi, että heidän sertifikaatti on vanha/rikki, ajattelin ilmoittaa asiasta replyämällä uutiskirjeeseen, että heidän sertifikaatti on vanha. Viestini saavuittikin Jussi Vepsäläisen (Toimitusjohtaja, Autokorjaamo Vepsäläisessä) ja hänelle kerroin löytämästäni viasta tarkemmin. Osottautui niin, ettei heidän ympäristössään ongelmaa ollut, itsekkin tarkistin SSL sertifikaatit, ja kunnossahan ne oli, joten ongelma oli jossain muualla. Ongelma…

echo 20 > /proc/sys/kernel/watchdog_threshecho ”kernel.watchdog_thresh=20” > /etc/sysctl.d/99-watchdog_thresh.confsysctl -p  /etc/sysctl.d/99-watchdog_thresh.conf Noilla komennoilla Linuksin kernelin softa lukon timeoutti ongelmat pitäisi korjaantua, ja sivuston toimia oikein. Komentojen lähde: https://www.suse.com/support/kb/doc/?id=000018705

STCP uutisia: Nyt Zephyr-moduuli on tehty ja MQTT:hun natiiviksi transportti kerrokseksi STCP:n. Julkaisen kunhan olen korjaillu nyt tiedossaolevat bugit pois. Tällä viikolla koetan rutistaa tuon valmiiksi. Mut STCP:n Zephyri porttaus on hyvässä jamassa ja etenee!

* GitHUB vedos * Paljon optimoitu + paranneltu * Todella stabiili. * STCP + MQTT toimii, loogisesti oikein. * while() => poll(): Ei sleeppi luuppeja vaan käytetään pollausta niin paljon kuin mahdollista. * Optimoitu prj.conf * Esimerkki MQTT-demon statistiikka, STCP DEBUG=y: Memory region Used Size Region Size %age Used FLASH: 154048 B 992 KB 15.17%…

  1. Pitkäkestoinen steady-kuorma (12 tuntia) Steady-testissä ylläpidetään vakio määrä yhteyksiä ja mitataan suorituskykyä ajan kuluessa. Tulokset: ~4.3k–4.7k pyyntöä sekunnissa (req/s) ~178 miljoonaa send/recv-operaatiota 50 samanaikaista TCP-yhteyttä 0 virhettä (connect / send / recv) Ei degradaatiota suorituskyvyssä ajan myötä Kernel-logit pysyivät puhtaina koko ajon ajan: ei KASAN-virheitä ei RCU-stalleja ei WARN- tai BUG-tilanteita 2. Aggressiivinen…