本项目详细介绍了 1994 年款 Apple Workgroup Server (WGS) 9150 的修复与现代化改造过程——这是一台罕见的、基于 PowerPC 的“绿色巨人”塔式服务器。 **历史背景：** WGS 9150 是苹果向企业级服务器市场转型的一次尝试，旨在衔接基于 68K 的 Quadra 系列与未来的服务器硬件。其研发过程伴随着“NetWare”项目的失败以及最终向 PowerPC 的过渡。尽管苹果曾尝试过 A/UX 和 Novell 的“Cyberpunk”等操作系统，但最终还是选择了以 System 7 为基础。 **项目概况：** 作者对一台被废弃的 9150（名为“Brinton”）进行了重建，使其能够双启动 Mac OS 8.6 和 **MkLinux**（一个具有历史意义的基于 Mach 内核的 Linux 移植版）。主要挑战包括： * **硬件老化：** 易碎且老化的“Spindler”塑料机箱需要定制尼龙支架和长尾夹来固定主板。 * **现代化改造：** 为机器安装了 400MHz 的 G3 “Fortissimo” 处理器升级卡、ZuluSCSI 模拟器以及一块拆机 HPV 显卡，以提升性能。 * **软件调优：** 克服了内存映射问题（将 Mach 的内存上限限制在 136MB），并配置了 lilo.conf 文件以实现双环境的成功引导。 归根结底，这次修复保留了一段“小众”的苹果历史，并使这台机器成为了一个功能完备的双启动实物，见证了苹果在服务器领域探索定位的那段时期。
每日HackerNews RSS
MkLinux 与经过改装的 Apple Workgroup Server 9150 MkLinux and the pimped-out Apple Workgroup Server 9150
9 小时前
一位 Hacker News 用户回顾了自己 90 年代中期的早期计算经历，重点讲述了在 PowerMac 8100 上运行 MkLinux 的挑战。由于苹果的专有硬件仅支持单键鼠标，当时还是高中生的该用户给罗技发了一封电子邮件，请求提供一款三键轨迹球，并承诺会为其编写必要的驱动程序支持——罗技最终满足了他的这一请求。
该用户回忆了从经典 MacOS 的界面一致性向早期 Linux 卓越的多任务处理能力过渡的过程。随着硬件的发展，他在大学期间转向了定制的奔腾 Pro 双 CPU 工作站。在 macOS X 发布后，他最终回归了苹果硬件，并指出在 21 世纪初，这是唯一能提供可靠的 Unix 系统笔记本体验且电源管理完善的方案。
在代理式人工智能（Agentic AI）辅助下的软件工程，需要平衡两种截然不同的模式：“温室”与“透镜”。 “温室”用于探索；它拥抱混乱与迭代，旨在当你尚未拥有明确目标时，挖掘出潜在的价值。“透镜”用于执行；它将所有精力集中于特定的已知目标，以实现既定成果。这两种模式并无高低之分，它们只是适用于不同工作阶段的工具。 当我们混淆了当前所处的模式时，挫败感便油然而生——例如本该实验时却在打磨原型，或者本该交付时却在漫无目的地搭建架构。真正的专业能力，在于能够识别当前所需的模式，并利用你的“领域智库”（即你对项目的思维模型）来引导流程。这种内在的指南针能让你从“温室”的实验中筛选出精华，或摒弃“透镜”模式下的干扰。要做到高效，必须培养一种纪律性：明确当前的目标，并有意识地在积蓄能量与聚焦能量之间进行切换。
这篇 Hacker News 讨论围绕着《温室与透镜：代理人工智能工作的两种模式》一文展开，探讨了人工智能在目标导向任务与开放式探索中如何提供辅助。
讨论很快演变成了一场关于人工智能驱动工作真实成本的辩论。一位用户认为，将实验成本视为“近乎零”是一种特权阶层脱离现实的观点。他们主张，使用人工智能涉及巨大的隐性成本——包括订阅费用和海量的代币消耗——这对普通劳动者来说是无法企及的。
对此的反驳观点则认为，随着功能强大的开源模型的兴起，人工智能工具现已成为大众触手可及的主流产品。这场辩论凸显了用户在人工智能的经济可及性，以及其资源密集型开发背后的伦理问题上，存在着巨大的分歧。总的来说，该讨论串反映了人们对人工智能“代理”潜力的兴奋，与对其现实成本及环境与经济浪费的怀疑之间的张力。
本项目展示了一个开源 Python 脚本，旨在为 Fusion 360 等 CAD 软件生成参数化摆线减速机。
该项目的开发经历了多次迭代。最初的微型化尝试（1:9 速比）因 3D 打印精度无法满足严苛的公差要求而失败。后续设计增加了占地面积以提供更大的间隙，最终成功完成了“版本 3”。这款功能性 90mm 减速机专为 NEMA 17 步进电机设计，输出扭矩为 1.28 N·m，效率达 66%。
所提供的 Python 脚本利用精确的参数方程来定义转子几何形状、外壳销和偏心距。用户可以自定义销数量 ($N$)、节圆半径 ($R$) 和偏心距 ($E$) 等变量。文档包含了优化策略，例如使用 MR128 轴承替代外壳销，或使用金属包裹的输出销来提高刚度和机械效率。对于希望通过增材制造实现高扭矩、紧凑型摆线驱动装置的用户而言，本项目是一项极佳的资源。
一位 15 岁的开发者最近在 Hacker News 上发布了一个帖子，展示了他设计并制造的一款摆线减速机，项目托管在 GitHub 上。该项目引起了 Hacker News 社区的广泛关注，用户们称赞了这位少年的工程实践精神，并就摆线驱动的机械原理提供了专业见解，指出其高扭矩、高效率和低齿隙的特点非常适合机器人领域。
社区的反馈大多是支持和鼓励的，几位评论者驳斥了“想模仿”的说法，并肯定了这位创作者通过动手实践所展现的真正工程师素养。不过，讨论帖中也出现了关于网络安全和个人信息披露的警示建议。一些用户鼓励这位年轻的创作者继续深耕，而另一些人则建议他尝试脱离人工智能辅助设计来完成项目，以进一步打好基础技能。此外，Hack Club 的创始人已邀请这位创作者加入他们的青年开发者社区。
在为 PennyLane 构建量子编译器 Catalyst 的过程中，开发团队意外地创建了一个基于 MLIR 的独立 JAX 编译流水线。 为了优化量子-经典混合工作流，团队需要捕获经典的 Python 和 JAX 代码，将其表示为 MLIR，并支持原生的控制流和动态数组形状。通过绕过传统的 XLA 编译器后端，直接将 JAX 表示转换为标准的 MLIR 和 LLVM，他们发现 Catalyst 可以将纯粹的非量子 JAX 代码编译为独立的机器码。 相比基于 XLA 的标准 JAX 工作流，这种架构具有几项独特优势： * **独立二进制文件：** 无需依赖繁重的外部运行时（如 PJRT/Bazel）。 * **动态形状：** 支持可变长度的张量，无需触发昂贵的重新编译。 * **原生控制流：** 无缝集成标准的 Python 循环和条件判断。 * **边缘部署：** 通过去除运行时开销，支持部署到嵌入式设备或定制硬件上。 尽管该“意外”产生的编译器并非旨在取代大规模深度学习任务中的 XLA，但它为从事定制硬件、边缘机器学习或专业编译器基础设施研究的人员提供了一种灵活且低开销的替代方案。
最近的一场 Hacker News 讨论介绍了一个实验性项目，该项目利用 MLIR 为 JAX 构建了一个基于 LLVM 的编译器。
项目作者明确表示，其编译器的目的并非超越 JAX 深度学习的标准高性能后端 XLA，而是为了探索将 JAX 直接集成到更广泛的 LLVM 生态系统中的优势。文中提到的关键优势包括绕过庞大的 XLA 运行时，以及避免通过 Bazel 构建 XLA 所带来的复杂性。
该讨论引发了关于 JAX 基础设施技术演进的争议。虽然作者最初因项目使用了 MLIR 而将其与 XLA 区分开来，但评论者指出，XLA 在过去几年中实际上已经集成了 MLIR，这表明该项目的基本前提可能已略显滞后。尽管人们对其能否达到行业成熟工具的性能水平持怀疑态度，但该项目仍是对 JAX 框架替代编译路径的一次有趣探索。
本指南提供了优化 ASRock BC-250 性能与效率的核心方案。
**关键调整：**
* **显存 (VRAM)：** 将显存分配提升至 6GB（取代默认的 512MB），以避免纹理质量问题。
* **着色器 (Shaders)：** 禁用 Steam 的预缓存着色器下载，因为它们会与 BC-250 生成的缓存冲突。在 `/etc/environment` 中将着色器缓存上限设置为 5GB 以提升性能。
* **GPU：** 使用 `cyan-skillfish-smu` 调节器以实现动态时钟缩放及能效优化。使用 `BC250 Live Manager` 解锁额外的计算单元 (CUs) —— 若芯片体质允许，目标可设为 40 个。
* **CPU：** 使用 `bc250-smu-oc` 对 CPU 进行降压及超频（目标频率约为 3.8–4.0GHz），以改善散热并提升速度。
* **Bazzite 特别说明：** 禁用 `hhd` 守护进程，以消除 2D 游戏中的持续性微卡顿。
* **散热：** 配备一个高品质风扇并设置自定义 BIOS 风扇曲线即可，增加额外风扇的边际效益极低。
在进行任何更改后，请务必进行压力测试，并逐步调整电压与频率，以确保系统在设置开机自启前达到稳定状态。
Hacker News 新帖 | 过往 | 评论 | 提问 | 展示 | 招聘 | 投稿 登录
ASRock BC-250：打造经济型 Steam 游戏机 (plug-world.com)
17 点，由 plug_world 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
jimmydoe 33 分钟前 [–]
想知道优化后的待机功耗如何
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
Go 1.27 引入了语言、标准库和性能方面的多项重大改进。 **核心语言与性能更新：** * **泛型方法：** 方法现在可以声明独立于接收者的类型参数。 * **结构体字面量：** 嵌入式结构体中的提升字段现在可以直接进行赋值。 * **类型推断：** 广义函数类型推断使泛型函数在转换和复合字面量中的使用更加灵活。 * **性能：** 新的内存分配器针对大小进行了优化，提升了小对象分配的速度；实验性的 `simd` 包实现了可移植的硬件加速向量化。 **库与工具改进：** * **标准化功能：** `encoding/json/v2` 包正式转为稳定版，并新增了 `uuid` 包。 * **安全性：** `crypto/mldsa`、`x509` 和 `tls` 增加了对后量子 ML-DSA 数字签名的支持。 * **开发体验：** 包含 `strings.CutLast`，增强了 `math/big` 的除法舍入功能，并改进了如 `synctest.Sleep` 和内存测试服务器等测试工具。 * **诊断：** 新增的 `goroutineleak` 分析和改进的追溯标签有助于识别并发问题。 * **工具链：** `go test` 现在包含版本一致性检查 (`stdversion`) 以捕捉版本差异；`go doc` 新增了 `-ex` 标志，用于显示可运行示例。 总体而言，Go 1.27 在重大功能扩展与长期易用性改进之间取得了平衡。
Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录Go 1.27 互动之旅 (victoriametrics.com)17 点，由 Hixon10 发布于 35 分钟前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助
Hixon10 34 分钟前 [–]
关于即将发布的版本的一些示例 https://go.dev/doc/go1.27回复
考虑申请 YC 2026 年秋季批次！申请开放至 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
设计图标 Designing Icons
12 小时前
此网站需要启用 JavaScript。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
设计图标 (material.io)
7 分，由 Cider9986 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
xg15 16 分钟前 [–]
我觉得标题改为“为 Material Design 设计图标”会更好。这份指南在某些地方显得过于主观，并不能涵盖所有过去乃至当前的图标使用场景，但作为 Google Material Design 系统的一部分，这些准则是有其意义的。
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：