DuckDB v2.0 异步 I/O 深度解读：S3 查询提速 20 倍的双线程池架构
80.89 GB 的 CSV 文件，对 S3 上的数据跑一遍 TPC-H Q6，DuckDB v1.5.5 需要 877.563 秒；换到 v2.0.0-dev 的异步 I/O 路径，同样的查询只要 45.264 秒，接近 20 倍的差距。这是 DuckDB 团队工程师 Pedro Holanda 在 2026 年 7 月 31 日发布的工程博客《Async…
标签: 性能优化
清除筛选
一条 x86 指令跑 62 秒：Assembly Hall of Shame 如何找到 CPU 最慢的指令
x86 指令延迟排行榜（对数刻度） 2026 年 8 月 7 日，安全研究员 Christopher Domas（@xoreaxeaxeax）发布了新项目 Assembly Hall of Shame（汇编耻辱堂）。项目目标只有一个：让 CPU 慢到极限。 大多数性能研究都在想办法让代码跑得更快。Domas 反过来，系统性地寻找 x86 指令集中单条指令能慢…
PostgreSQL LISTEN/NOTIFY 性能真相：从全局锁瓶颈到 20 倍吞吐量优化
PostgreSQL 的 LISTEN/NOTIFY 是一个被低估的内置功能。它让数据库直接充当消息队列，支持低延迟的发布/订阅模式，对于流式传输、实时通知、LLM token 流推送等场景非常实用。但它有一个长期困扰开发者的性能问题：全局排他锁（global exclusive lock），所有包含 NOTIFY 的提交事务被强制串行化执行。2025 年…