终端多行进度条是怎么实现的
错误信息往上滚、多行进度条永远停在最后、还一秒一跳——还不会被错误信息撞乱。 这件事在 Bazel、Docker、Cargo 里见过无数次,单行 \r 的小把戏明显不够用。中文社 区几乎没人讲透,我顺手研究了一下,把”擦帧—写消息—重画”这一套从 VT100 起源讲到 tqdm 与 Blade 的实际代码(包括 Windows 上必须自己开启 VTP 这件事),最后给一个 50 行的 ...
错误信息往上滚、多行进度条永远停在最后、还一秒一跳——还不会被错误信息撞乱。 这件事在 Bazel、Docker、Cargo 里见过无数次,单行 \r 的小把戏明显不够用。中文社 区几乎没人讲透,我顺手研究了一下,把”擦帧—写消息—重画”这一套从 VT100 起源讲到 tqdm 与 Blade 的实际代码(包括 Windows 上必须自己开启 VTP 这件事),最后给一个 50 行的 ...
一段 [[gnu::returns_twice]] 的标注,三种编译器的反汇编,把一个断断续续调了两天的 fiber bug 钉死成”这是编译器之间的差异,不是平台之间的差异”。 最近在做 flare 的 macOS 移植,遇到一个相当顽固的 bug:fiber 的测试在 macOS (Apple Silicon)上一跑就 abort,错误信息长这样: F fiber_entit...
最近花了些时间,用 AI 辅助系统性地阅读了 vLLM 的源码,整理成了一份深度分析文档集: 👉 vllm-analysis 为什么读 vLLM 源码 我是一名资深后台开发工程师,过去十几年一直在做服务端性能优化和系统架构——CPU 缓存行对齐、内存池设计、无锁队列这些是日常。进入 AI 时代,技能栈需要升级,但回头一看,LLM 推理引擎这个方向其实最对味:它本质上是显存管理 + 算子...
随便写点东西吧。 测试