每日HackerNews RSS
2026年，开源权重人工智能领域发生了重大转变，阿里巴巴（通义千问）、Z.ai 和月之暗面（Moonshot AI）等中国实验室已崛起为行业领军者。曾经由美国公司主导的局面已被打破，中国模型在性能基准测试中持续优于美国同行，并已成为全球学术研究与商业应用的基础。 目前，开源权重模型与 OpenAI、Anthropic 等领先的“闭源”前沿模型仅有 2 到 5 个月的差距。得益于成本更低、灵活性更高以及相较于美国 API 模型更少的限制，这些模型在软件工程和法律等高价值领域的采用率正呈爆发式增长。 虽然美国模型的蒸馏技术助力了这一进展，但这并非唯一因素；中国实验室正积极投入自有数据并加快发布周期。这一趋势对美国的技术影响力构成了重大挑战。作者认为，美国不应限制访问，而应增加对国内开源模型的投资，以维持竞争生态、促进创新，并更好地防范能力日益增强且公开可用的 AI 所固有的系统性安全风险。
这篇 Hacker News 的讨论围绕人工智能研究员 Nathan Lambert 关于开源模型开发中权力动态变化的声明展开。
讨论强调，DeepSeek 和 Qwen 等中国开发的模型建立了一个很高的“性价比”基准，而美国开源权重模型在没有补贴的情况下很难与之竞争。用户指出，这些模型的快速普及主要是由当前的经济现实而非地缘政治担忧所驱动。尽管一些参与者认为这些模型略逊于美国最顶尖的产品，但人们普遍认为它们在实际应用中“足够好”，因此成本效益成了用户决策的决定性因素。
最终，该讨论反映出一种日益形成的共识：随着成本效率和可访问性在模型选择中开始超过纯粹的基准性能，全球人工智能格局正在被重塑。
该项目提供了一个 UEFI DXE 驱动程序（ReBarDxe），旨在为非官方支持的系统开启“可调整大小的基址寄存器”（Resizable BAR）功能，从而显著提升性能，尤其是针对英特尔 Arc 系列显卡。
**关键要求与设置：**
* **固件修改：** 用户必须将 ReBarDxe 模块添加到 UEFI 固件中，并通常需要通过 UEFIPatch 应用特定补丁，以解决 64 位 BAR 兼容性问题或扩大 MMIO 空间。
* **配置：** 刷入固件后，必须开启“4G 以上解码”（4G Decoding）并关闭 CSM。随后，使用 `ReBarState` 工具设置所需的 BAR 大小（通常为 32GB 或无限制）。
* **局限性：** 该方案主要针对 Windows（需要修改 BIOS）；对于 Linux 用户，若系统支持 4G 解码，有时可通过在内核参数中添加 `pci=realloc` 实现类似效果。
**重要注意事项：**
* **稳定性：** 若因设置了不支持的 BAR 大小导致无法开机，通常可通过清除 CMOS 重置为默认设置。
* **文档资料：** 项目 Wiki 中提供了详细指南，包括针对旧平台（X79/X99）的特定补丁及 DSDT 修改方法。
* **适用范围：** 此方案与 `NvStrapsReBar` 不同，后者是专门针对 NVIDIA Turing（16/20 系列）架构显卡定制的。
Hacker News 上的这个讨论帖介绍了“ReBarUEFI”项目，该项目旨在为那些 BIOS 中缺乏“可调整大小的基址寄存器”（Resizable BAR）支持的旧款 UEFI 系统启用此功能。
Resizable BAR 是一项 PCI Express 技术，它允许 CPU 一次性访问整个 GPU 帧缓冲区，而不是分块、有限地进行访问。该技术可为许多现代 GPU 带来性能提升，也是英特尔 Arc 显卡发挥最佳性能的必要条件。
社区成员指出，对于旧款工作站（例如采用 X79 主板的机型）的用户来说，该工具尤为实用，因为这些设备通常需要开启“4G 以上解码”（Above 4G Decoding）功能，但该选项往往被隐藏或不被支持。虽然部分参与者对该项目的技术本质及其具体益处表示困惑，但其他人则强调，这是在旧系统上启用现代硬件功能的实用解决方案。
The trouble with 'ntile()'
10 小时前
LLM Ass Bench
11 小时前
No Sloptober
11 小时前
微软于 2007 年终止了 FoxPro。不过，FoxPro 现在复活了。 Microsoft killed FoxPro in 2007. Anyway, here's FoxPro revived
11 小时前
FoxDev Studio 是 Visual FoxPro 的现代化 64 位演进版本，从底层构建以克服其前身在架构上的局限性。 主要改进包括： * **64 位架构：** 通过突破 32 位的限制，FoxDev Studio 消除了 2GB 的文件大小上限，使数据表能够达到数百 GB 甚至 TB 级别。 * **现代化虚拟机：** 运行时使用 Rust 编写并编译为 WebAssembly，采用基于纤程（fiber）的架构。这实现了非阻塞 I/O，确保用户界面在进行繁重处理时依然保持流畅响应。 * **响应式 UI：** 表单通过 React 渲染为动态对象树，实现了精确的屏幕重绘，性能较原始的传统绘图方法有显著提升。 * **32 位兼容性：** 通过独特的桥接进程，FoxDev Studio 保持了对传统 32 位 `.fll` 库的支持，确保现有代码库能够继续运行，同时允许通过 `DECLARE...DLL` 访问现代 64 位 API。 简而言之，FoxDev Studio 在保留 Visual FoxPro 熟悉逻辑与行为的同时，将该语言迁移到了一个高性能、面向未来的基础之上。
一个名为 **FoxScript** 的新项目旨在复兴经典的 Visual FoxPro (VFP) 开发环境。微软于 2007 年正式停产了 VFP，但许多遗留的商业应用程序仍依赖于这一老旧的 32 位技术，因为重写这些程序的成本和风险太高。
FoxScript 旨在通过在基于 Rust 编译为 WebAssembly 的新运行时上运行原始语言，来实现平台的现代化。该项目引入了多项重大改进，包括打破 2GB 表文件大小的限制，增加了对 Lambda 表达式、JSON 和内置 HTTP 服务器等现代功能的支持，同时保持了与原有 32 位 `.fll` 插件的兼容性。
该项目以 MIT 协议发布，在 Hacker News 用户中引发了怀旧之情，许多用户回忆起职业生涯早期使用 FoxPro 的经历。尽管该项目尚处于开发阶段（报表和签名构建功能尚未实现），但它为那些希望在不进行全面迁移的情况下维护其长期运行的 FoxPro 应用程序的企业提供了一条可行的途径。