Bill Lee

[Indie Fox @indie_maker_fox]

这个帖子流量很高，内容也写得挺好，因为跟pi agent相关，吸引了我的注意，但总感觉这里说的跟实际有偏差，或者是我搞错了？

首先，首评附上的链接是官方关于 harness-v2 的设计蓝图，其中只字未提dsh或其他家agent的内容，怎么成了官方锐评其他家agent啊？

https://t.co/KbhZPSCGhF

其次，评论另外贴有一个PR，但是PR是三方开发者提供的一个插件示例，主要做的是tool result的优化，而且状态是closed，并没有合入，怎么就成了pi agent的做法如何优秀，其他agent如何不堪，这不是误导人嘛？

https://t.co/DLgZ0ckb4H

对于上下文/短期记忆优化，目前我了解 pi agent 基本上只是做了常规的上下文压缩。对于tool result的处理，也主要是数据量大时的常规优化，例如，read工具返回head部分+落盘文件info，或者bash工具返回tail部分+落盘文件info，这都很好理解。

我并没有在源码中找到帖子里说的tool result prune + spill，那个PR是三方开发者做的插件，官方并没有合入，我觉得这个并不代表官方立场吧。即使合入了，也是插件的示例，并没有真的进入pi agent实际工作流中。

纯技术交流，有问题欢迎留言，一起探讨。

[Bill Lee @billleecn]

@indie_maker_fox @yaogangqiang 👍你这个说得比原推清晰

[Bill Lee @billleecn]

Cloudflare 验证码好像用也有类似的方式，进入验证码页面时会听到声卡启动的冲击声

[Simon @SimonJP404]

阿里巴巴追踪设备的方式也太“隐蔽”了🤣

国外网友分析发现AliExpress 网页可以利用电脑的音频系统生成一组设备特征，用来辅助识别你的浏览器和设备。

声音是完全“无声”的，并且还能参与生成设备指纹：
不同 CPU、浏览器、操作系统和音频处理环境，在计算同一段音频时会产生细微差异。

具体细节：https://t.co/r4GJDV3CXd

[Bill Lee @billleecn]

@cherylnatsu C++ 为什么会更快？它忽略了这个限制？还是说编译器提供了什么优化选项来忽略这个限制？

[Bill Lee @billleecn]

关于 think 的开关和输出通道，在 gemma 的 readme 里面写得很清楚。Gemma 开源的东西是真的有授人以渔的。

[River Leaf @riverleaf88]

话说，DeepSeek Harness所宣称的能力（以及其论文理论上的），和Pi Agent相比，究竟有没有根本性的不同呢？毕竟Pi Agent也是可以即时按需自主现写或组装插件的呀……

[Bill Lee @billleecn]

@riverleaf88 还是要测试过才知道。如果系统存在非线性，就会产生互调失真，生成输入信号中本来不存在的频率分量。利用这点是有可能用超声波干扰在系统里产生音频干扰。

[Bill Lee @billleecn]

X 应用更新把双击标题栏返回顶部的功能去掉了😠

[Bill Lee @billleecn]

@geekbb ntfs-3g 本来就是 fuse, 搞个虚拟机里面跑 fuse 是想干什么？

[Bill Lee @billleecn]

@hjc4869 这种复杂的库发行版不去打包就很难搞了

[Bill Lee @billleecn]

@CancelMe_1992 @tualatrix 啊，我经常在用户名已经被注册时在后面加个随机数

[Bill Lee @billleecn]

@nottmsusa 好多小电器用 type-c 口但不按规范在 cc 线上接下拉电阻。

[Bill Lee @billleecn]

@CyberKanjousen 以前没有 HDR, 现在代码能跑就不要改？

[Bill Lee @billleecn]

@liujiayi1111 你是美国税务居民吗？外国税务居民应该都是提交 W-8BEN, 然后美国公司给你 withhold 吧。

[Bill Lee @billleecn]

@astraorsa 冷知识： IPv6 也能把 IPv4 地址写成 ::ffff:192.168.1.1

[Bill Lee @billleecn]

@silsrc 邮件还有个好处是不强依赖中心化服务器，现在 lore 都上 anubis 了

[Bill Lee @billleecn]

@Luna_Jobs Github copilot 这个次数居然是按对话算的吗？我以为是发送一次 prompt 产生一次响应算一次呢

[Bill Lee @billleecn]

@safaricheung 这“技术 blog”也太水了，什么细节都没有啊，只是在吹自己安全， google play protect 安全，专家说自己安全

[Srishti @srishticodes]

Nearly entire Github dashboard is useless

[Bill Lee @billleecn]

500 个线程， 1024 个 fd 还不够抖音用

[Gracker @Gracker_Gao]

抖音客户端基础技术团队的于聪分享了对存量旧手机体验优化的三项底层技术方案。

背景是超级 App 在 Android 5-9 老机型上遭遇三个硬限制：ART 虚拟机 heap 仅 256MB（即使声明 largeHeap）、单进程 fd 上限 1024、线程+进程数不超过 500。

第一项方案是 ART heap 扩容——Android 5-7 上利用 malloc space 的 main/backup 双空间机制，通过 inline hook 阻塞 copy gc、释放 backup space 并创建更大空间、再触发 copy gc 切换，将 heap 从 256MB 扩至 740-980MB，OOM 率降 60.77%。Android 8-9 上对 region space 做类似扩容，从 512MB 扩至 740MB，crash 率降 8.8%。

第二项是 FD/FD_SET 扩容，通过 setrlimit 突破内核限制，再 hook libc 的 FD_SET 系列函数在堆上创建 peer 映射解决用户态 fd_set 栈内存固定大小问题，crash 率降 7.23%。

第三项最硬核——实现 M:N 用户态透明线程，通过 hook clone syscall 代理 pthread 创建，用实时信号 timer 做抢占式调度，保存/恢复完整 CPU 上下文（含 tpidr_el0 的 TLS 隔离），用一个 LWP 承载多个虚拟线程，突破 500 线程限制。技术深度极高，涉及 ART 源码、inline hook、指针压缩、内存布局搜索、信号处理、syscall interrupt 补偿等，是 Android 深度性能优化的标杆级实践。对高爷的 SmartPerfetto 工作和性能优化方向有直接参考价值，尤其是 ART 内存管理和线程调度部分。

随着业务发展，国内各类 App 均朝向"超级App"的方向发展，这对存量旧手机的体验与稳定性带来了极大的挑战：Android art 虚拟机的 heap 内存十分有限，部分老机型即使在 app 标注 largeHeap 后还是仅有 256MB；Android 9 以下版本，单个进程的 fd 上限为 1024；部分厂商在 Android 8 以下系统版本，更是限制一个 app 的进程+线程数不能超过 500。

1. ART 虚拟机 malloc space 扩容

利用 malloc space 的 main/backup 双空间机制，通过 inline hook 控制 copy gc 时序，将 heap 从 256MB 扩至 740-980MB。OOM 率 -60.77%。

2. ART 虚拟机 region space 扩容

Android 8-9 上对 region space 扩容，从 512MB 扩至 740MB。crash 率 -8.8%，OOM 率 -6.93%，gc 后内存水位超 90% 渗透率 -73.34%。

3. FD/FD_SET 扩容

通过 setrlimit 突破内核 fd 限制，hook libc FD_SET 在堆上创建 peer 映射。Android 9 以下 crash -7.23%。

4. M:N 透明用户态线程

Hook clone syscall 代理 pthread，实时信号 timer 抢占式调度，完整 CPU 上下文切换（含 TLS 隔离），1 个 LWP 承载多个虚拟线程，突破 500 线程限制。实测 1 个 LWP 运行 15 个 java 线程 + 3 个 native pthread。