Tokenmetry 在 Windows 上的显示效果也挺不错的。有了托盘小窗口后,时不时点一下看看今天用了多少 Token,还是很方便的。
github.com/cholf5/tokenmetry
H200 에서 Qwen 3.8 27b 돌린 썰:
오늘 아는 업체가 도와달라고 해서 급하게 나갔습니다. 아무런 준비도 없이 그냥 파이썬만 하면 된다고 해서 갔습니다. 하지만 codex, claude 연결도 안되고 인터넷이 없는 폐쇄망에 갖혀버린 것이었습니다.
하지만 그곳에는 놀라운 것이 있었는데 바로 H200 에 수십장에서 돌아가는 Qwen 3.8 27b 였습니다. 속도는 미친듯 했고, 커스텀한 하네스에서 돌아가면서 한자 출력도 자동으로 처리하는 놀라운 행보를 보였습니다.
그러니까 양자화 하지 않은 버전이었습니다. 집에서 꾸역꾸역 돌리던 속도와는 상상할 수 없었습니다. 그리고 이 27b 는 우리가 알고 있던 정확도와 강력함에 속도가 더해지니 농담 더해서 다른 무엇들이 생각나지 않았습니다.
opencode 에서 100 tok/s 넘는 것 쓰는 것 이상으로 엄청났습니다. 검색은 안되지만 스스로 대부분의 인프라와 이벤트 그리고 코드의 아키텍쳐를 파악하고 이해해서 정답을 찾아가더라구요. reasoning 문제는 분명 있었습니다. 하지만 H200 에서 돌아갈때는 그게 문제 되지 않더라구요.
그러니까 여기에 27b 만 돌렸는데 이정도인데 다른걸 돌리면 뮈춰붜리는 것이라는 것을 알아버려씁니다....... 모델도 모델이지만 GPU 보유하는 것 만으로도 기업은 경쟁력이 강화됩니다.
와 폐쇄망이었는데 손코딩 안하고 왔어요 여러분. 이건 인터넷 끊긴 비행기에서 로컬로 돌리는 것 그런 거랑 유사한데 속도가 미친거죠.... 제가 왜 갔냐면요? 1번 눌러줄 사람이 필요했거든요!!!ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
这个启动速度真的羡慕了,我在 4 天前专门问过 AI:
我最近观察到一个现象,很多用 MyGo 开发的 App,性能看起来极好,不管是别人的演示视频,还是我自己实测,都感觉极流畅。尤其启动速度飞快,从启动到看到窗口出现,几乎是毫秒级别的,而我自己用 Avalonia 开发的哪怕是 Hello World 空项目,启动速度都慢得多,这是为什么?
答:这个问题我正好在评审里挖过底层实现,先看看仓库自带的基准测试里有没有实测数据可以引用。
原因可以从两段拆开说:启动快是因为 Go 和 .NET 的运行模型根本不同,流畅是因为 MyGo 的渲染架构把每帧的常数成本压到了极低。我在评审时挖过它的底层实现,逐条解释:
## 启动速度:为什么双击到出窗口几乎是毫秒级
**1. Go 是“没有运行时的运行时”。** Go 编译出来的是静态机器码(`examples/hello` 我刚构建了一下,单个 14.5 MB 静态链接二进制),进程启动只需要:映射二进制 → 初始化 Go runtime(极薄)→ 跑 `main`。没有虚拟机、没有 JIT 预热、没有程序集探测。
**2. Avalonia 的 Hello World 慢在它的启动清单上。** 你启动的不只是一个 UI 程序,而是一整套栈:CLR 初始化 → 元数据加载 → JIT 编译(即使 ReadyToRun 也省不掉 runtime init)→ 加载 Avalonia 及其依赖程序集 → 初始化 Skia 原生库 → 字体管理器扫描 → XAML 类型系统 → 窗口平台初始化。每一步都不大,加起来就是你感受到的那几百毫秒到一秒。这是平台税,不是你代码的问题。
**3. MyGo 的窗口创建路径极薄。** 因为全程 no-cgo + 纯 purego/syscall,它调 AppKit/Win32/GTK 是直接函数调用,中间没有 FFI 封送层、没有桥接守护进程、没有运行时探测。如果走原生 UI 路径(不嵌 WebView),启动 = 建窗口 + 初始化 Metal/D3D 设备,这两件事本身都是毫秒级。
**4. 静态链接消灭了“依赖查找”。** 所有原生交互代码编死在二进制里,启动时不需要从磁盘零散加载一堆 DLL/依赖程序集——.NET 应用启动时的 I/O 碎片在冷盘上尤其伤。
## 流畅度:渲染架构的差距
这部分是我在代码里确认过的,不是猜测:
**1. 每帧的成本结构完全不同。** MyGo 是立即模式:每帧把界面重建成一个扁平的 scene 操作列表,然后“每个操作一个实例化四边形”——圆角、边框、渐变、阴影、模糊全部在片元着色器里用 SDF 算出来(`internal/gpu/gpu.go` 的设计声明就是这一句话)。上千个小部件的界面可能只需要个位数的 draw call。而保留模式框架(Avalonia/Skia)每帧要同步控件树状态、走属性系统失效传播、逐控件提交绘制指令。
**2. GC 压力差一个数量级。** 这是 Go UI 工具包流畅的核心秘密之一:每帧的元素用 arena 分配、整块换入换出,控件状态走 256 槽的池子复用(`ui/runtime.go:671-709`),帧循环基本不给 GC 制造垃圾 → GC 几乎不在帧中间跑。C# 的 UI 框架每帧因绑定、属性变更产生常规垃圾,Gen0/Gen1 回收落在帧里就是你看到的偶发掉帧。
**3. 文本走平台原生引擎。** CoreText/DirectWrite/Pango 直接排版,字形进 atlas 增量上传。文本历来是其他自绘工具包卡顿的大头,这里直接借了操作系统优化了三十年的实现。
**4. 动画有专门的低耗路径。** 只有绘制内容在动时走 repaint-only 路径,加 damage tracking,不重建整个视图。
## 几句必要的泼冷水
- **演示视频有幸存者偏差**:作者 demo 全是 macOS 主平台打磨的简单场景。WebView 路径的应用不比网页快,别被演示误导。
- **Avalonia 不是不能快**:NativeAOT + trimming 后的 Avalonia 启动能进 100ms 级,.NET 8/9 之后也改善很多。你的 Hello World 慢,一半是默认 JIT 配置的锅。
- **这是不同的取舍**:MyGo 用“每帧全量重建 + 3-pass 上限”换流畅,代价是极端场景(万级元素)未经验证;Avalonia 的保留树在超复杂应用上仍是更稳妥的选择。
一句话总结:你感受到的差距 = 「静态原生二进制 vs VM 启动清单」+「无 GC 压力的立即模式 GPU 渲染 vs 保留模式 + Skia」。前者是语言运行模型的红利,后者是这个项目渲染层设计得确实好的红利——两者叠加,就是你看到的“毫秒级出窗口、丝般顺滑”。
微信居然跟支付宝并列在一起被骂没有审美了,我一直觉得微信的审美还行了,至少张小龙在努力保持微信的 UI 简洁,这一点在国内一众 App 上是很难得的。
如果单纯从用色或设计上来看,确实非常丑,这单纯的就是没有审美,或审美水平低下。想要做出美的东西,得先知道什么是丑的,这点还任重道远。
笑死,巴勒斯坦在自己地盘上被揍出屎了,结果却把法国首都给占领了,法国得弱成什么样啊?
What a photo
Readers added context they thought people might want to know
This image appears AI-generated. Trocadéro Esplanade has marble paving, not cobblestones as shown. No matching news photos or reports of this exact flares/smoke/Palestinian flags scene at the Eiffel Tower; Oct 17 protests were at Place de la République.
alamy.com/stock-photo-tr…
cnn.com/2026/10/17/wor…
我让 AI 分析了下插件源码,生成了一份调查报告。结论是:Windows 值得试,其他平台不建议用。
github.com/cholf5/random/iss…
视频原链接:bilibili.com/video/BV1Ghpy6g…
dsh-ops 插件地址:github.com/T-Auto/dsh-ops



















