资源型计算：当我们针对旧硬件进行优化时会发生什么？

Source: Dev.to

在 2026 年，笔记本电脑的价格已经超出了合理范围。与此同时，像 Windows 这样的专有操作系统正推动用户购买这些新设备。即使是自行组装电脑的爱好者，也因为硬件成本——尤其是 价格翻了三倍 的内存——而受到限制，且内存的供应每天都在变得更加紧缺。

这一转变的核心问题不再是 “我们如何跟上最新的硅芯片？”，而是 “我们为什么必须这样做？我们难道不能设计出尊重已有硬件的软件吗？”

Source: …

对开发者而言的微妙但重要的重新框架

过去十年里，开发者被训练成默认：

• 充裕的 CPU 周期
• 廉价且充足的 RAM
• 几乎无限的云基础设施

这种假设从第一天起就影响了设计决策：

• 厚重的抽象层
• 大型运行时
• 客户端应用程序仅为显示一个表单并同步一些 JSON，就悄悄消耗数百兆字节

在现代硬件上，这种低效被掩盖了。在云端，它被计量并悄然计费。

为已经存在的设备构建

与其追逐最新、最快的硬件（这本来就会继续发生），不如 面向目前在家庭和企业中已有的数十亿台设备？

当你针对较旧或性能不足的机器——例如 2018 年的 ThinkPad、早期的 Dell Optiplex，或只有 8 GB 内存的普通双核系统——时，你不得不提出更尖锐的问题：

• 这个进程到底需要多少内存？
• 应该多频繁地进行分配？
• 这个框架是为我带来生产力，还是只是把成本推向下游？

性能分析再次变得重要，但不再是学术练习，而是 实质性地降低 CPU 周期、内存压力，最终降低云成本。

直接的财务激励

每一个导致运行时膨胀的不必要抽象：

• 增加服务器需求
• 提升扩展阈值
• 在 AI 辅助系统中增加令牌使用量

精简的二进制文件、原生/裸金属执行、高效的序列化格式以及更小的内存占用可以：

• 让应用感觉更快
• 减少需要支付的核心数和内存容量（GB）

针对“低端”硬件的优化已与针对更低运营成本的优化无异。

个人实验：裸金属 LLM 执行

我最近对 裸金属执行小型语言模型 的尝试起初只是出于好奇。

• 像 Ollama 和 Jan 这样的工具提供了不错的界面，使用起来也很顺手。
• 作为 Linux 爱好者，我想深入底层看看。

我去掉了包装层，从源码编译了 llama.cpp，并针对我的硬件进行了优化。结果如何？在仅使用 CPU 的模式下，免费获得了大量 CPU 周期——这在运行模型时意义重大。

“没有了漂亮的界面，我不得不转而使用 Linux 命令和标志进行调节，但性能提升值得这样做。”

我使用的是一套 老派 的极简 Linux 系统——Crunchbang++，窗口管理器为 Openbox，没有桌面环境。我的 HP i7 完全可以流畅运行带有炫酷 KDE 或 Cinnamon 桌面的 Mint 或 Ubuntu，但我拒绝为了视觉效果而牺牲 CPU 周期。

原则的推广

同样的原则适用于通用软件设计。人们常常把讨论焦点放在“越来越快的处理速度”，而不是效率和极简主义。

• 并非每个人都需要像我一样极度简约，但在受限硬件上运行流畅的程序将更轻松地向上扩展。
• 相反——只能在高端机器上运行的软件——很少能向下扩展。

Electron 示例

Electron 是一个容易被批评的目标，但重点并不是完全淘汰工具和框架，而是要意识到权衡取舍：

• 为某些产品提供带完整 Chromium 堆栈的跨平台 UI 是有意义的。
• 然而，它悄然排除数百万使用翻新或老旧硬件的用户，并且抬高了所有人的基础设施成本。

2026年的现实：坚持使用现有设备

我们会有越来越多的人坚持使用已经拥有的设备。爱好者和电脑装机者正抢购那些年久失修、被冷落的旧型号，给它们装上 Linux 操作系统，赋予新生。

没有任何理由把仍然完好运行的旧电脑丢进垃圾填埋场。编写使用更精简代码的现代应用程序，不追逐最新高速硬件，而是能够在旧硬件上运行，这是一种新颖且必要的想法。

“看到全新的应用在我的 2008 年 Toshiba 笔记本上运行将是令人惊叹的。”

呼吁关注家庭用户

随着预算收紧，我们应该对家庭用户多一点关爱，而不仅仅是那些预算不断刷新的企业。

• 微软的硬件要求（TPM、CPU代数）不公平地把大量本来可以使用的机器排除在外。
• 这些系统仍然可以浏览网页、处理办公事务、运行开发工具以及进行轻度的媒体编辑。

讽刺的是，它们最难以运行 Windows 本身——这是一款庞大的操作系统，拥有无数系统调用、遥测管道以及升级压力。

Linux 作为可行的生存策略

对许多家庭用户而言，转向 Linux 已经不再是意识形态的选择，而是生存的需要：

• 轻量级发行版配合现代内核可以让一台“过时”的机器重新感受到响应迅速。
• 我已经无数次做到——看着一台旧的 Windows 7 机器在全新的 Linux 系统上流畅运行。

观察到的好处：

• 更快的启动时间
• 更安静的风扇
• RAM 更可用，而不是始终被耗尽

同样，这仅仅是关于利用我们已经拥有的资源。

环境后果

连锁反应远超个人满意度：

• 延长硬件的可用寿命 可减少电子废弃物。
• 更精简的软件降低功耗 可削减碳排放。
• 制造更少的新设备意味着 资源开采更少 且 制造足迹更低。

结论

• 为当下已有的硬件设计，而不是仅仅为未来可能出现的硬件设计。
• 分析、裁剪并优化——把这些当作核心开发活动，而不是事后的想法。
• 有意识地选择工具和框架，权衡抽象层的成本与真实用户硬件之间的关系。
• 赋能普通用户，提供轻量、高效的软件，让他们的现有机器保持活力并继续高效工作。

通过强调效率而非单纯的算力，我们可以 省钱、降低环境影响，并构建真正服务所有人的软件——无论他们使用的设备是什么。

必然会赢。 每一台继续使用的设备都延迟了新材料的开采、制造的能源消耗以及全球运输的物流成本。对预算紧张的家庭而言，这也意味着可以避免被迫进行 $1,500–$2,000 的购买。

让这一时刻变得有趣的是这两个故事之间的紧密耦合。编写高效软件的开发者会为使用旧硬件的用户打开更多可能；而把旧机器当作新 爱好 来维持的用户，则会形成一个更重视效率的更大受众。这种反馈循环倾向于克制而非过度。

• 代码浪费少 → 硬件浪费少
• 电子垃圾少 → 世界日益扩张的基础设施浪费也随之减少

这一切并不需要道德说教或彻底摒弃现代工具。它只是提醒我们 约束可以成为有用的设计伙伴。我在进行 SLM 测试时更贴近金属层面时就学到了这一点——只需要我做出一点调整。能力一直就在包装层之下。

当你询问你的应用是否能在一台普通系统上流畅运行时，你并不是在倒退——而是在为未来做好准备。你在降低云成本、节约 CPU 周期、节省内存，并让你的软件面向那些日益被升级“跑步机”排除在外的人群。

也许前进的道路不是更快的硬件或更臃肿的技术栈，而是更好的提问方式：

• 这能做到多高的效率？
• 如果再去掉一层会怎样？
• 在已经历经完整生命周期的机器上，它还能保持良好体验吗？

如果答案是 是，那么开发者和用户都将获胜——我们现在拥有的许多设备也将更少进入垃圾填埋场。

Ben Santora – February 2026