Chrome 155 brengt JPEG XL; Strata verkent prefetch voor lokale MoE-inference

Chrome 155 krijgt ondersteuning voor JPEG XL, met een nieuwe Rust-decoder in de browser. Voor lokale MoE-inference maakt een Strata-gebruiker intussen zichtbaar hoeveel decodecapaciteit verloren gaat aan expertmisses — en waarom de oplossing nog vooral engineeringwerk is.

Chrome 155 decodeert JPEG XL via Rust

Google meldt dat Chrome 155 JPEG XL (.jxl) kan decoderen. De browser gebruikt daarvoor jxl-rs, een pure Rust-implementatie. Dat is relevant omdat afbeeldingsdecoders onbetrouwbare binaire invoer verwerken in het rendererproces; Google positioneert de taalkeuze nadrukkelijk als een extra laag naast sandboxing.

Voor webteams is dit een nieuw distributiepunt voor JPEG XL, niet meteen een reden om iedere bestaande beeldpijplijn om te zetten. De aankondiging noemt lossless compressie, HDR, lossless JPEG-transcodering en progressieve decoding; ook de claim van 30–50% betere compressie dan JPEG komt van Google. De maker raadt zelf aan JPEG XL én AVIF per use case te vergelijken. Test daarom browserbereik, eigen encodeertijd, afbeeldingskwaliteit, CDN-transformaties en fallbackgedrag voordat .jxl een standaardoutput wordt.

De decoder probeert SIMD-prestaties te combineren met weinig unsafe-code; Google verwijst naar fuzzing en code review als validatie. Dat is geen onafhankelijke securityaudit en ook geen garantie dat een decoder geen kwetsbaarheden kan hebben, maar wel een concreet voorbeeld van een browsercomponent die opnieuw in Rust is gebouwd. Chrome-aankondiging · HN-discussie

Strata-meting legt de prijs van MoE-expertmisses bloot

Een gebruiker onderzocht Qwen3.8 Flash Next in Strata op twee RTX 3090’s met 121 GB DDR4. In die ene configuratie liep decode bij circa 95% cache-hits met 97 tok/s, bij 90% met 84 tok/s en bij ongeveer 81% met 68 tok/s. De interessante uitkomst is niet het hoogste getal, maar dat miss-kosten in deze proef vrijwel lineair oplopen: als alle experts resident zouden zijn, berekent de auteur circa 34% extra decode-headroom voor zijn normale sessies.

De post test ook twee prefetchideeën. Een kleine reserve voor recent gemiste experts zou circa 24% van de missers voorkomen als de kopie snel genoeg arriveert. Een router-ahead-techniek — de volgende router alvast op de invoer van de vorige laag draaien — zou volgens de trace 25–35% van de missers kunnen voorspellen. Samen schat de auteur ongeveer 12–13% decodewinst op zijn machine, en mogelijk meer op kaarten met minder VRAM.

Dat is een concrete verdieping van de Strata-performanceclaims uit de middagupdate van woensdag 30 september, maar nadrukkelijk nog geen uitgebrachte versneller. De auteur schrijft dat een poging via het bestaande cache-swapmechanisme geen winst gaf, omdat kopieën pas vier decodevensters later aankwamen. Een werkende route vraagt dus wijzigingen in de decode-loop, een aparte kopieerstream en consistente residency-administratie. Zie de cijfers als één trace-analyse en meet op eigen PCIe-topologie, quant, promptmix en contextlengte. Meting, simulatie en voorgesteld ontwerp

Verder nog

reasoning_effort in vLLM hangt aan de template: vLLM bevestigt dat het de parameter doorgeeft aan de chattemplate; of low of high werkelijk effect heeft, wordt dus door die template bepaald. Wie geen latency- of outputverschil ziet, moet template en requestpad controleren, niet alleen de API-parameter. vLLM-reactie
Een nieuwe DFlash-drafter voor Ternary Bonsai 2: een ontwikkelaar fine-tunede DFlash 2 op greedy output van Bonsai 2 27B en meldt op één L4 circa 2,2× versnelling op enkele sets, of 3,15× voor code-edits met extra n-gram-lookup. Voor een M4 Pro wordt 1,5× bij ruwe code-completion genoemd. Het zijn makersmetingen; de adapter is een experimenteel performancepad, geen algemene kwaliteitsgarantie. Release en meetopzet
Janet test de vergeten x32-ABI: een experiment met 32-bit pointers en 64-bit instructies ziet op een oude Ubuntu-machine 13% minder resident geheugen en vergelijkbare of iets betere snelheid voor enkele Janet-tests. Op Arch valt het terug op gewone 32-bitmodus, met wel geheugenwinst maar circa 50% vertraging. Packaging, kernelondersteuning en FFI-beperkingen maken dit een leerzaam experiment, geen brede deploymentroute. Test en scripts · Lobsters-discussie
Brut houdt een Unix-CLI bewust klein: deze single-file POSIX-shell-router zoekt subcommando’s in een vaste libexec-indeling, als alternatief voor een grote shellscript of een taalgebonden CLI-framework. Het ontwerp is inspecteerbaar en bruikbaar voor minimale omgevingen, maar de discussie wijst terecht op verschillen tussen /bin/sh-implementaties; test dus op de feitelijke shells en systemen die je ondersteunt. Geannoteerde broncode · Lobsters-discussie