目前,BPF 追踪技术在处理内联内核函数时存在困难,因为这些函数缺乏明确的内存地址。为了解决这一问题,Alan Maguire 在 2026 年 LSFMM+BPF 峰会上提议扩展 BPF 类型格式(BTF),以纳入详细的内联信息。 Maguire 的提议包括在 BTF 中增加三个部分:用于记录调用点具体信息的“位置部分(location section)”,以及描述函数参数在这些位置如何处理的“位置原型(location prototypes)”和“位置参数(location parameters)”。通过对这些数据进行去重,开销保持在可控范围内——压缩后作为独立模块分发时约为 3.5MB。这将使追踪工具能够可靠地识别并检测内联函数,解决目前某些调用无法被捕获的问题。 该提案还引入了向后兼容机制,允许旧工具跳过无法识别的 BTF 标签,并更新了 `pahole` 工具以实现正确的排序。虽然利用这些数据的基础架构已通过 kprobes 存在,但该补丁集仍处于讨论阶段。目前的主要挑战在于如何权衡追踪内联代码的显著效用与随之增加的复杂性及内存开销,同时关于树外(out-of-tree)模块支持的讨论也仍在进行中。
Zed 开发团队推出了 **Delta**,这是一个旨在弥合代码编写与对话交流之间鸿沟的全新多用户协作环境。该平台构建于专有的 **DeltaDB** 之上,能将实时的代码工作树与开发者及智能体(agent)之间的对话进行同步,确保上下文得以保留,而非在静态提交中丢失。
主要功能包括:
* **实时协作:** 团队成员可以加入会话线程进行评论、编辑或与智能体实时交互,更改内容会在本地机器或云端运行环境间同步。
* **上下文感知开发:** 评论和反馈直接锚定在代码或特定的智能体输出上,便于追踪技术决策背后的“缘由”。
* **高性能:** Delta 基于 Rust、WebAssembly 和 WebGL 构建,能够处理大规模的智能体生成转录内容和差异代码,而不会崩溃或截断数据。
* **无缝集成:** Delta 可与现有的 Git 仓库协同工作,并支持 Claude Code 等外部智能体工具。
尽管 Delta 目前作为独立应用程序发布以支持快速迭代,但团队计划在未来将其功能整合至 Zed 中。Delta 现已进入内测阶段,并正陆续向新用户发放邀请。