Home/Blog/1GB 文件，df 说没占地方综合1GB 文件，df 说没占地方掘金2026-11-10 09:260 viewsmacOS APFS：cp -c 克隆 1GiB 用 0.002 秒、df 不动；10GiB 稀疏文件只占 16KiB；删 1GiB 文件 df 不变，关掉进程才回来 1,040,000 KiB。Source：https://juejin.cn/post/7706067538656788515My favoritesPreviousSpring AI 实测：不挂工具，模型真的会瞎编吗？NextMySQL大字段治理：行溢出机制、覆盖索引与拆表Related posts一个线程只有一个事件循环："同步入口"全在抢所有权一个线程只有一个事件循环："同步入口"全在抢所有权 业务跑完，评测 7/7 达标，端到端全通。 然后崩在 finally 里的那一行。 这篇讲三颗"收尾雷"，但重点不在怎么修——修法都是一行的事。重点0掘金上下文组成以及如何压缩工程 Agent 怎么压缩上下文，又怎么保留事实 从组装请求到压缩重建 每次工具结果返回后，Agent 都会重新检查下一次模型请求的预算。图里的「保存新窗口」是通过检查后才执行的步骤。压缩候选在此之前0掘金告警指纹：一次故障为什么只产生一条 FIRING 记录告警指纹：一次故障为什么只产生一条 FIRING 记录 导语 告警系统最容易被低估的一件事，是"同一条告警到底算一条还是十条"。0掘金你把重试加到 2 次那天，200 条里成功还是 181 条，你回看过吗？一份交接文档里躺着这么一段配置：三跳链路，每跳超时 3 秒，重试 2 次，总预算 30 秒。文档里对重试只有一行注释，写着稳一点。 我对「稳一点」这三个字特别敏感，因为写这三个字的人通常没算过账。所以0掘金eza 本机实测：一万文件 -l 中位 48ms、ls 21.5ms；脚本里裸跑 eza 输出为空本机实测 eza v0.23.5：一万文件 -l 中位 48ms，ls 为 21.5ms。Git 状态列准确好用；-h 是表头不是人类可读；非终端下裸跑 eza 读 stdin，输出为空。0掘金GOTC，来我这：阿里云AgentCore，带你的Agent走出“新手村”Alibaba Cloud AgentCore 提供 Harness 配置化创建、高代码框架开发、本地与远端纳管等构建与接入方式；以会话级运行时沙箱隔离、按需弹性伸缩支撑运行；通过多人多智能体 Tea0掘金
