标签: #browser
关于 GPU、LLM、MLOps、Kubernetes 以及心态的文章 · 5 篇
在浏览器中模拟系统 — WASM 实现了什么，又还卡在哪里
2026 年 7 月底登上 Hacker News 的 ccsim，把 gVisor 用户态 TCP 协议栈的两份完整实现编译成 WebAssembly，整套跑在浏览器的 worker 里。v86 把 x86 CPU 实时编译(JIT)成 WASM 来启动 Windows 98，WebVM 则在 CheerpX 之上运行未经修改的 Debian。本文梳理这些浏览器模拟器共有的模式与限制：没有原始套接字这一事实如何把设计分成两条路线，Sh
2026-07-31 · 22 分钟阅读 #webassembly#wasm#simulation#browser#systemsContent-Encoding: zstd — Safari 26.3 补齐三大引擎，下一步是 RFC 9842 压缩字典
2026年2月，Safari 26.3 支持了 Content-Encoding: zstd，继 Chrome 123(2024-03)、Firefox 126(2024-05) 之后，三大浏览器引擎现在都能接收 zstd 响应了。由于是基于协商的，采用风险很低，但服务器端仍然不对称 — nginx 和 Apache httpd 都没有官方 zstd 模块，现实可行的路径是 CDN(如 Cloudflare)、Caddy，或者 Node
2026-07-17 · 17 分钟阅读 #performance#web#network#browserJPEG XL 的回归到底有多真实 — Chromium 反转决定8个月后，从源头核实的现状
2022年10月，Chromium 以生态系统关注度不足为由移除了 JPEG XL 代码，这个决定在三年多的时间里，一直是图像格式争论中的代表案例。2025年11月22日，Chrome 的 ATL 在四年前的那条 blink-dev 帖子里反转了立场 — 但附带条件是"性能良好、内存安全的解码器贡献"以及"为默认启用做出长期维护承诺"。本文追踪的不是新闻报道，而是这次反转之后到底有什么真正进入了代码 — 直接查阅 Chromium Ge
2026-07-17 · 20 分钟阅读 #multimedia#jpeg-xl#chromium#browser#web-performancellama.cpp 走进浏览器 — WebGPU 后端在 16 台设备上测出的天花板
UC Santa Cruz 团队于 2026 年 5 月发布的 LlamaWeb 是 llama.cpp 的 WebGPU 后端，在 8 家厂商的 16 台设备上实测了浏览器端 LLM 推理，留下了迄今为止最广的数据集。结果是双面的。它比现有浏览器框架(WebLLM、Transformers.js)少用 29%~33% 的内存，解码吞吐量高出 45%~69%，但 prefill 仍只有 WebLLM 的 49% 水平，相比原生 CUDA
2026-07-16 · 25 分钟阅读 #webgpu#llm-inference#llama-cpp#on-device-ai#browser浏览器里跑着真引擎：WebAssembly 开发工具集
用 Pyodide 跑的真 Python，用 PGlite 跑的真 PostgreSQL，用 ffmpeg.wasm 处理的视频。本文带你巡览这个网站新加入的 WebAssembly 浏览器工具，从实务角度梳理 WASM 为何能在没有服务器的情况下做到接近原生的速度、它是如何加载的、以及现实中的局限是什么。
2026-07-03 · 13 分钟阅读 #webassembly#wasm#developer-tools#browser#tooling