Mercury 2.5 的智力水平低于平均水平，但在同价位模型中性价比较高。它速度极快且输出相当简洁。该模型支持文本输入和输出，并拥有 26 万 token 的上下文窗口。 Mercury 2.5 在人工智能分析智力指数（Artificial Analysis Intelligence Index）上得分为 12 分，低于同类模型的平均水平（中位数为 13）。在智力指数评估中，它生成了 3500 万 token，相比 8500 万的中位数而言相当简洁。 Mercury 2.5 的定价为每百万输入 token 0.25 美元（价格适中，中位数为 0.25 美元），每百万输出 token 0.75 美元（价格适中，中位数为 0.90 美元）。平均而言，在智力指数上评估 Mercury 2.5 的单次任务成本为 0.06 美元。 Mercury 2.5 的处理速度为每秒 770 token，表现显著迅捷（指数为 109）。
请提供您需要翻译的内容。
在《Verb Your Enthusiasm》一书中，前《华盛顿邮报》舞蹈评论家莎拉·考夫曼提出了一套植根于报纸新闻写作限制的风格指南。她主张采取极简主义方法：优先使用强有力的动词，避免被动语态，并无情地删减形容词和副词。考夫曼认为，精确的词汇选择使“其实”之类的加强语显得多余且往往不必要。 尽管考夫曼的建议对必须在有限版面内工作的记者来说极具价值，但本文作者质疑这种僵化的极简主义是否适用于所有写作者。他指出，虽然副词和斜体等修辞手段可能被过度使用，沦为依赖的拐杖，但它们也能提供必不可少的语调、色彩和细微差别。他建议写作者不应抛弃这些工具，而应充分利用他们的“工具箱”。 归根结底，本文反映了语言如何随技术而演变。随着数字交流引入了新的表达形式——例如“电子邮件”这类名词动词化现象以及基于表情符号的标点，关于正式风格指南的争论仍在继续。虽然简洁是一种美德，但作者总结认为，严守极简主义规则不应以牺牲写作者的表达范围为代价。
HTTP `Vary` 标头允许单个 URL 提供多种内容版本（如不同的语言或格式），它通过指示缓存区分请求标头来实现这一点。然而，由于 `Vary` 的实现往往不尽如人意，缓存可能会变得“碎片化”，因标头格式、大小写或顺序上的细微差异而存储冗余的变体。这降低了缓存命中率并浪费了存储空间。 Cloudflare 推出的新功能“缓存规则中的 Vary”通过让用户控制如何处理这些变体来解决此问题。用户现在无需盲目信任源站的 `Vary` 标头，而是可以为每个标头定义特定的操作： * **规范化 (Normalize)：** 将格式略有差异（例如顺序或空格不同）的请求合并为单个共享的缓存条目。这是推荐的默认选项。 * **透传 (Passthrough)：** 当这些差异对所提供的内容至关重要时，保留精确的标头值。 * **绕过 (Bypass)：** 对于高度独特或不可预测的标头，完全阻止缓存。 通过将缓存匹配请求的方式与源站支持的实际变体保持一致，该功能确保了缓存既准确又高效，避免了 `Vary` 的负面影响导致性能下降。
正在检查您的浏览器……需要启用 JavaScript
作者正在为 NixCon 2026 的演讲做准备，并分享了关于工作站交换空间（swap）管理的见解。作者认为，交换空间对于实现“先挂起后休眠”（suspend-then-hibernate）等功能至关重要，该功能在即时唤醒和节能休眠之间提供了良好的平衡。 虽然关于交换文件与交换分区的争论仍在继续，但作者指出，NixOS 目前已经能很好地处理使用交换文件实现休眠的复杂性。对于配备 SSD 的工作站，作者建议使用 `zswap` 而非 `zram` 以获得最佳性能。 作者推荐的 NixOS 配置非常简洁： ```nix boot.zswap.enable = true; boot.kernel.sysctl."vm.swappiness" = 100; ``` 作者建议 SSD 用户将 `swappiness` 的值设为 100，这能让内核优先考虑交换匿名页而非文件缓存页。在压缩算法方面，作者倾向于使用 NixOS 默认的 `zstd`。他指出，更好的压缩比通常优于 `lz4` 等算法的原始速度，因为更高的压缩比可以将更多数据保留在内存中，从而最大限度地减少磁盘 I/O。最后，作者强调应保持配置简单，并持续通过测试来改进方案。
走进 2026 年骁龙峰会：代理式 AI PC、Googlebooks 和 Linux。您需要启用 JavaScript 才能运行此应用。