每日HackerNews RSS
Hacker News
最新
|
往期
|
评论
|
提问
|
展示
|
招聘
|
提交
登录
使用 Mathy 实现数学自动化
(
gmays.com
)
32 点
由
gmays
发布
1 天前
|
隐藏
|
往期
|
收藏
|
2 条评论
帮助
tehnoslow
1 天前
|
下一条
[–]
一个不错的项目。任务能够以确定性的方式生成，而不依赖人工智能生成的答案，这一点非常好。
回复
rahimnathwani
1 天前
|
上一条
[–]
这太棒了，Gabe。
有一个小反馈：在我的 Pixel 手机上，Android 键盘遮住了绿色按钮。所以当我在回答数字问题时，我使用你的数字键盘输入数字，然后使用 Android 键盘上的回车键。这感觉有点奇怪，但我猜经常使用的话应该就不会了。
回复
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请 YC
|
联系
搜索：
跳至内容
搜索：
首页
图像
关于 联系
AUGUSTOSFACES
首页
AUGUSTOSFACES
AUGUSTOSFACES
augustoat
2023-04-17T17:38:16+00:00
版权所有 2002 - 2026
AUGUSTO.AT
| 保留所有权利 | 网站开发：
GBA IT SOLUTION
页面加载链接
回到顶部
抱歉。
2026年，开源权重人工智能领域发生了重大转变，阿里巴巴（通义千问）、Z.ai 和月之暗面（Moonshot AI）等中国实验室已崛起为行业领军者。曾经由美国公司主导的局面已被打破，中国模型在性能基准测试中持续优于美国同行，并已成为全球学术研究与商业应用的基础。 目前，开源权重模型与 OpenAI、Anthropic 等领先的“闭源”前沿模型仅有 2 到 5 个月的差距。得益于成本更低、灵活性更高以及相较于美国 API 模型更少的限制，这些模型在软件工程和法律等高价值领域的采用率正呈爆发式增长。 虽然美国模型的蒸馏技术助力了这一进展，但这并非唯一因素；中国实验室正积极投入自有数据并加快发布周期。这一趋势对美国的技术影响力构成了重大挑战。作者认为，美国不应限制访问，而应增加对国内开源模型的投资，以维持竞争生态、促进创新，并更好地防范能力日益增强且公开可用的 AI 所固有的系统性安全风险。
对不起。
该项目提供了一个 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 系列）架构显卡定制的。
**ReBarUEFI** 是一个开源项目，旨在通过定制的 UEFI 固件修改，为旧款或不受支持的计算机系统启用“可调整大小的基地址寄存器”（Resizable BAR）支持。
**什么是 ReBar？**
传统上，PCIe 设备（如 GPU）与 CPU 通信时会被限制在 256MB 的内存窗口内，导致数据必须分块传输。Resizable BAR 移除了这一限制，允许 CPU 一次性访问整个 GPU 显存。这显著降低了系统开销，通常能为游戏和专业应用带来 5% 到 15% 的性能提升。虽然现代硬件原生支持此功能，但在旧款主板的 BIOS 中，该功能往往缺失或被禁用。
**项目意义：**
* **延长寿命：** 用户成功利用该工具为旧硬件（如 X79/X99 工作站）“注入活力”，使其能与现代 GPU 有效协同工作。
* **社区关注：** 该项目引发了关于固件修改的广泛讨论，用户分享了关于 BIOS 修补、硬件变砖风险，以及 PCIe 特性被制造商重命名（如 AMD 的“显存智取技术/Smart Access Memory”）的历史等经验。
* **可访问性：** 尽管存在风险，该项目提供了一种绕过原始设备制造商（OEM）限制的方法，让用户能在制造商认定为“过时”的硬件上使用高性能内存映射技术。
这场 Hacker News 讨论聚焦于对 `ntile()` 函数的批评。最初的抱怨称，由于该函数在处理平局（ties）时的逻辑以及在 SQL 中对内存的高消耗，它是一个“被诅咒”的函数。批评者认为，`ntile()` 优先保证分组大小相等而非保持平局一致性的做法有违直觉。
然而，其他参与者则反驳称，大多数不满源于用户未阅读文档。他们澄清道，`ntile()` 的设计初衷就是忽略平局以确保均匀分布。此外，他们指出该函数的行为是可预测的，用户完全可以通过在数据集中添加额外的变量或列来轻松处理平局问题。目前的共识倾向于认为，该函数带来的“麻烦”很大程度上是开发者操作不当的结果，而非工具本身的固有缺陷。
LLM Ass Bench
23 天前
No Sloptober
23 天前
微软于 2007 年终止了 FoxPro。不过，FoxPro 现在复活了。 Microsoft killed FoxPro in 2007. Anyway, here's FoxPro revived
23 天前
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 熟悉逻辑与行为的同时，将该语言迁移到了一个高性能、面向未来的基础之上。