标签

工程效能

Grok Build:把终端变成能自己动手的编码搭档

来源: oschina.net 52
命令行一直是开发者最亲密的工具,但它从来只会"听话"——你敲什么,它跑什么,不会多想一步。xAI 刚发布的 Grok Build 早期测试版想改变这件事:让终端不仅能执行指令,还能理解你的意图,自己规划步骤、写代码、调工具,把一整条工作链跑通。 目前 Grok Build 仅面向 SuperGrok Heavy 订阅用户开放,入口在 x.ai/cli。...

从 Zig 到 Rust:Bun 重写核心运行时的工程抉择与实战

来源: oschina.net 46
5月14日,Bun 发布了一条让前端圈炸锅的消息:核心运行时从 Zig 重写为 Rust。这个版本包含 6755 个提交,二进制文件体积缩小了 3-8 MB,各项性能基准测试在 macOS、Linux 和 Windows 上均达到或超越原有水平。 当初 Bun 以 Zig 起家,打出极致性能和极小体积的旗号,迅速在 Node.js 替代品的赛道上占据一...

Kubernetes v1.36 正式废弃 Service externalIPs:安全隐患终将清除

来源: kubernetes.io 51
Kubernetes Service 的 字段,从 1.21 起就被官方建议禁用,但一直没敢动手——因为怕破坏现有集群。五年后,v1.36 终于把这个"默认不安全"的功能正式标记为废弃,并给出了明确的移除时间线。如果你还在用这个字段,现在就是迁移的最后窗口。 的设计初衷很简单:在没有云厂商 LoadBalancer 的裸金属集群里,让 Service ...

在 MySQL 里直接做图像语义搜索:HeatWave GenAI 实战入门

来源: dasini.net 37
搞过图像检索的人都知道那条老路:先搭一套计算机视觉服务,再部署一个向量数据库,接着写数据同步管道把特征向量灌进去,最后还得维护一套查询网关把文本和图像对齐。整套下来,技术栈至少横跨三四个框架,运维成本远超业务本身的价值。 MySQL HeatWave GenAI 正在把这条路径压扁——图像理解、向量生成、语义检索,全部收进 SQL 工作流里完成。不需要...

让页面切换快如闪电:GitHub Issues 的缓存、预取与 Service Worker 实战

来源: github.blog 43
打开 GitHub Issues 列表,点进一条 Issue,再切回列表——每次导航都要等白屏、等网络、等渲染。用户感知到的不是"毫秒级延迟",而是"又卡了"。GitHub Issues 团队最近把这套体验彻底翻新,核心武器只有三样:客户端缓存、智能预取、Service Worker。本文拆解他们的思路,并给出可直接落地的代码示例。 传统 SPA 的路...

NocoBase AI 员工上线:多会话并行处理怎么玩?

来源: oschina.net 35
开源无代码/低代码平台 NocoBase 近期发布了一轮产品更新,最值得关注的亮点是 AI 员工支持多个会话并行处理。这意味着在同一个工作流里,你可以让多个 AI 员工同时处理不同会话,而不是排队等待。对于需要批量处理客户咨询、并行审核内容、同时执行多步推理的场景,这个能力直接把吞吐量拉上去了。 下面拆开看看这个能力怎么用、怎么配,以及部署时需要注意什...

Pinterest 如何揪出 Kubernetes 集群里的"CPU 僵尸"

来源: infoq.com 37
Pinterest 的机器学习训练任务在 PinCompute(基于 Kubernetes 的内部平台)上频繁出现性能抖动——训练跑着跑着就慢了,吞吐量忽高忽低,却找不到明显的业务代码问题。最终,工程师把根因锁定在一个根本没在用的 Amazon ECS Agent:它悄悄制造了 memory cgroup 泄漏,导致 CPU 调度出现饥饿。禁用该 Ag...

BeetlSQL 3.39 接入 Apache IoTDB 2.0:时序数据终于有了顺手的 ORM 体验

来源: oschina.net 35
时序数据库长期有个尴尬——JDBC 支持残缺,ORM 框架接不上。Apache IoTDB 早期版本(0.1x)只提供了基础查询接口, 和 一概没有,主流数据访问框架基本绕道走。IoTDB 2.0 补齐了这两块短板,BeetlSQL 3.39 紧跟着推出了对应适配,这意味着用 BeetlSQL 风格操作时序数据不再是空谈。 之前 IoTDB 的 JDB...