大记录整体压缩的 WAL 补丁拆成三部分
Andrey Borodin 发布 WAL 压缩补丁的 v7,拆成三部分。0001 让 zstd 压缩上下文在后端生命周期内复用,省掉每次压缩全页镜像时的分配与释放,全页镜像多的场景提速约 12%。0002 新增整条记录压缩:超过 wal_compression_threshold 默认 512 字节的记录整体压缩,支持 lz4 和 zstd,B-tree 建索引时 WAL 明显变小。0003 还是原型,从任意 LSN 开始读无法解码。
pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。
当天收录 14 条。
Andrey Borodin 发布 WAL 压缩补丁的 v7,拆成三部分。0001 让 zstd 压缩上下文在后端生命周期内复用,省掉每次压缩全页镜像时的分配与释放,全页镜像多的场景提速约 12%。0002 新增整条记录压缩:超过 wal_compression_threshold 默认 512 字节的记录整体压缩,支持 lz4 和 zstd,B-tree 建索引时 WAL 明显变小。0003 还是原型,从任意 LSN 开始读无法解码。
Andrei Lepikhov 认为,PostgreSQL 社区把稳定和可维护放在创新之前,每一行新代码都是全社区要背的维护负担,所以开创性功能更适合先在分支里做:让代码在真实负载和真实边界情况下跑一段时间,暴露设计缺陷而不动摇主干。他以并行查询访问临时表为例,两家厂商的分支先后尝试三种做法,每种都撞上意料之外的复杂度。难点在于回到上游时如何争取社区注意力。
Debian 于 7 月 24 日开始讨论一项关于在 Debian 中使用 LLM 的普遍决议。其中提案 A 主张禁止由 LLM 或其他生成式 AI 协助的直接贡献,覆盖打包、官方软件、网站和文档翻译,但不包括上游项目及上游的补丁与安全修复;它目前只是投票中的一个选项。Debian 的打包和基础设施处在大量下游供应链的关键位置,规则一旦改变,影响的不只是维护者怎么写代码,还有来源声明、审查和补丁接受流程。结果未定前不宜预设。
Anthropic 说明面向 Claude Opus 5 和 Fable 5 的上下文工程做法:Claude Code 的系统提示删去八成以上,在其编码评测上没有观察到可测的损失。文章建议把验证和评审说明挪进按需加载的 skills,少堆示例、多在工具接口上下功夫。长上下文里互相矛盾的规则会消耗注意力,但把“模型判断力更强”理解成“不再需要硬护栏”同样危险,审计和人工审批仍要留着。
PyTorch 与 AMD、Meta 的作者说明 Monarch 的 ROCm 支持:把 CUDA 桥接换成 HIP,用 RCCL 对接集合通信,保留 libibverbs 的 RDMA 路径,官方称相关贡献通过 1171 项测试,并支持 actor、监督树和张量分片。大规模训练里节点故障是常态,健康节点能继续跑、失败节点再归队,就能减少全局检查点重启带来的 GPU 空转。
v3 改按是否引用被移除关系来判断提升条件,v4 补上断言与测试,另有可选补丁支持一次消除多个自连接。
产品页称为 PostgreSQL 提供实时语义与混合检索,数据库仍是权威来源,一致性需自行验证。