## 无服务器搜索：深入研究 Nixiesearch 在 AWS Lambda 上的应用 本文探讨了实现真正无服务器搜索的挑战，揭穿了当前“无服务器搜索”解决方案不过是隐藏的、始终在线的基础设施的观点。作者尝试在 AWS Lambda 函数中运行 Nixiesearch，一个基于 Lucene 的搜索引擎，来解决这个问题。 主要障碍包括类似 Elasticsearch 引擎的大型容器尺寸（约 700MB）、缓慢的启动时间（40+ 秒）以及集群状态管理的复杂性。解决方案涉及使用 GraalVM native-image 创建更小、更快的二进制文件，并探索通过 S3 和 EFS 进行远程索引存储。 实验表明，虽然冷启动时间可以缩短到半秒以下，但网络存储（尤其是 EFS）由于缓慢的随机读取而引入了显著的延迟。将索引烘焙到 Docker 镜像中并不能改善情况，因为 Lambda 仍然将其缓存在 S3 中。 作者提出了一种未来的方向：利用 S3 的并发性在 HNSW 图遍历期间并行化 embedding 加载，可能实现约 100 毫秒的基线延迟。最终，该项目展示了无服务器搜索的复杂性，并强调了需要进行架构调整以克服固有的限制。
每日HackerNews RSS
一位开发者构建了NixieSearch，一个以Lambda函数实现的搜索引擎，旨在降低成本——仅在搜索时付费。该项目利用Lucene和GraalVM原生二进制文件来提高性能。
Hacker News上的讨论强调了类似的工作，一位用户之前曾在Lambda上使用Lucene，但由于AWS账户偏好而放弃。另一位用户提到了Quickwit，一个低成本选择，但其Lambda支持即将结束，因此需要像NixieSearch这样的替代方案。
讨论的关键点集中在Lambda的内存限制上。虽然文档显示最多可用10GB，但一些用户报告需要向AWS支持请求增加，才能访问更高的内存分配，尽管最近有更广泛可用性的公告。对话还涉及了搜索实现成本的增加以及向“无计算机”架构的演变，Cloudflare被认为是抽象数据位置的领导者。
展示 HN：使用 Docker Compose 的虚拟 SLURM HPC 集群
Show HN: Virtual SLURM HPC cluster in a Docker Compose
1 天前
## 基于 Docker 的 SLURM 高性能计算集群 本项目提供了一个精简、生产就绪的多容器高性能计算 (HPC) 环境，使用 Docker 和 Rocky Linux 9。由 eXact lab S.r.l. 开发，它虚拟化了一个具有 SLURM 工作负载管理器和 OpenMPI 支持的 HPC 系统，并可选地通过 MariaDB 提供完整的作业会计。 默认设置包括一个主节点、两个工作节点（每个 4 个 vCPU/2GB RAM）和一个可选的数据库节点。提供 SSH 访问（使用生成的密钥 – *不适用于生产环境*）用于集群交互。用户通过挂载的主目录卷在节点之间同步，SLURM 配置共享。 主要功能包括节点内/节点间 MPI 作业执行、通过软件包安装（使用 `packages.yml`）进行运行时自定义，以及模拟 scratch/work 区域的共享存储。SLURM 配置可以通过卷挂载进行自定义。缓存机制优化了软件包安装速度。 镜像可在 GitHub Container Registry 上获取，也可以本地构建。本项目旨在用于教育和测试目的，提供了一种便捷的方式来探索和试验 HPC 概念。
## vHPC：一个虚拟SLURM HPC集群
一位开发者开源了“vHPC”，这是一个使用Docker Compose和SLURM构建的虚拟高性能计算（HPC）集群。vHPC旨在方便针对大型生产HPC系统（Cineca Leonardo）的开发，解决了现有容器化解决方案通常缺乏诸如会计和MPI支持等关键功能的局限性。
该项目力求简单和通用，提供一个本地原型设计环境，而无需像Ansible、Chef或Puppet等传统部署工具的复杂性。虽然存在几种HPC部署系统（包括来自Compute Canada和NVIDIA的选项），但vHPC提供了一种现代且易于访问的替代方案。
用户对其功能感到好奇，包括SSH访问以及与OpenOnDemand（现有集群的Web界面）等工具的比较。vHPC主要用于开发和测试，在单台机器上模拟多节点集群，而不是部署全规模的生产环境。开发者可供提问。
登录
## Chromium 重新评估 JPEG XL
谷歌重新考虑在 Chromium 浏览器中集成 JPEG XL (JXL) 解码器。这得益于该格式的积极信号，特别是基于 Rust 的解码器正在开发中。然而，谷歌在默认启用 JXL 之前，需要对长期维护做出承诺。
讨论强调了 JXL 相较于 JPEG、WebP 和 AVIF 等现有格式的潜在优势，包括更好的 HDR 支持和无损重压缩能力。一些人认为 JXL 是一个比其前代更经过深思熟虑的图像格式。
然而，由于谷歌放弃项目的历史，以及对向网络中已经复杂的图像格式生态系统添加另一种格式的担忧，仍然存在怀疑。无损重压缩功能，允许精确的 JPEG 重压缩，被视为一个关键优势。Mozilla 也表达了兴趣，但前提是需要一个高性能且内存安全的解码器。最终，采用取决于持续的开发和支持。
## Serflings：对《Settlers 1》的忠实重制 Serflings是对经典策略游戏《Settlers》（在某些地区被称为《Serf City》）的重制，旨在最大限度地忠于原作，同时添加现代改进，例如更高的分辨率和联网游戏。 运行Serflings需要原始《Settlers 1》游戏中的一个文件——SPAE.PA（或其语言版本），但如果您安装了历史版本，则不需要此文件。它完全支持来自DOS版本和历史版本（Ubisoft提供）的存档游戏。 该重制版包含所有原始任务、人工智能和核心功能，以及流畅滚动、缩放、可调节游戏速度和局域网多人游戏等功能。它支持德语、英语、法语和波兰语。 目前仍在开发中，建筑替换和网络大厅等原始功能仍在计划中。您可以在他们的[Github](https://github.com/Serflings/Serflings)和[Discord](链接未提供)上找到更多信息、开发更新和报告错误。
## 《殖民者》重制版与续作引发讨论
一个Hacker News论坛讨论了《殖民者1》的重制版“Serflings”，引发了关于该系列遗产和现代替代品的对话。 许多用户怀念《殖民者1 & 2》，强调其独特的物流挑战——通过严格的路径网络系统管理资源运输，本质上是构建一个具有有限吞吐量的节点和边的图。
值得注意的是，有人提到了由原《殖民者》创作者打造的现代续作“Pagonia先驱者”，目前处于抢先体验阶段。 其他推荐给粉丝的游戏包括开源游戏“Widelands”、独立游戏“The Colonists”（专注于道路建设物流）和“Farthest Frontier”。
讨论还涉及优化资源流的吸引力以及对后期《殖民者》游戏放弃复杂路径系统的沮丧。 一些用户甚至将游戏中的物流挑战与现实生活中的组织习惯联系起来！ 此外，还提出了一个关于使用人工智能重现原始图形的法律问题，并讨论了“干净房间设计”原则。
``` -- 创建一个新的本地服务器 local server = require("http").server.new() -- 注册一个路由 server:get("/", function() return "hello from default Astra instance!" end) -- 你也可以在路由中使用局部变量 local counter = 0 server:get("/count", function(request, response) -- 消费请求体 print(request:body():text()) -- 设置状态码 (可选) response:set_status_code(300) -- 设置头部 (可选) response:set_header("header-key", "header-value") counter = counter + 1 -- 也可以返回JSON return { counter = counter } end) -- 配置服务器 server.port = 3000 -- 运行服务器 server:run() ```
## Astra：一个用 Rust 构建的 Lua Web 服务器运行时 - 摘要
一个名为 Astra 的新项目旨在为 Lua (5.1-5.4)、Luau 和 LuaJIT 提供一个 Web 服务器运行时，使用 Rust 构建。然而，讨论很快表明 Astra **并没有用 Rust 实现一个新的 Lua 引擎**，而是通过像 `mlua` 这样的 crates 包装现有的 C/C++ Lua 实现，提供 Rust 接口并将它们打包成一个单独的二进制文件。
该项目的命名和描述引发了争论，一些人质疑使用“运行时”，因为它并没有重写 Lua 解释器本身。作者承认这种混淆，并计划澄清文档。Astra 的目标是通过提供一个捆绑的环境，其中包含可以从 Lua 访问的现成 Rust 库，从而加快开发速度，最初专注于 Web 服务器应用程序，但会扩展到其他用例。
虽然 Astra 不是一种新颖的 Lua 实现，但它旨在提供便利性和与 Rust 生态系统的集成，类似于 JavaScript 世界中的 Bun 或 Deno 等项目。讨论中还提到了其他几个 Lua Web 服务器框架，如 Redbean 和 Luvit。
## Cynthia：一款可靠的Windows MIDI播放器
Blaiz2025发布了Cynthia，一个便携式Windows应用程序，旨在可靠地播放MIDI文件——解决新版Windows MIDI支持逐渐减少的问题。Cynthia历经一年开发，目标是重现Windows 95近乎即时的播放体验，提供现代系统所缺乏的稳定性和功能。
主要功能包括内置示例MIDI、各种播放模式（一次、重复、随机）、支持.mid、.midi和.rmi文件、实时数据指示器、音量控制，甚至Xbox手柄支持。它可以处理数千个文件，并同时切换高达10个MIDI设备。
值得注意的是，Cynthia使用自定义MIDI引擎和代码库构建，并且令人惊讶的是，它也能通过Wine在Linux/Mac上运行。它使用Pascal (Delphi/Lazarus)创建，提供了一个轻量级的替代方案，避免了臃肿软件。虽然一些评论员指出UI延迟和CPU使用率，并争论了原生应用程序与基于Web解决方案的优劣，但许多人欣赏其怀旧吸引力和专注的功能。开发者还强调了使用第三方音色库来增强音质的能力。
[GitHub仓库](https://github.com/blaiz2023/Cynthia)
[YouTube演示](https://youtu.be/IDEOQUboTvQ)
刘医生的经历体现了美国医疗系统内日益增长的担忧：可能流失重要的移民人才。最初被美国的医学和研究机会吸引，刘医生现在因近期影响外国出生专业人士的政策而质疑自己的未来。H1B签证费用增加和科研经费削减造成了不确定性和幻灭感，促使他考虑返回加拿大。 这并非个案。移民占美国医生总数的约25%——在初级保健和肿瘤学等关键领域，这一比例几乎上升到50%，尤其是在服务欠缺的农村地区。专家警告说，限制性移民政策正在加剧现有的医疗资源短缺，并损害美国在全球医疗创新领域的声誉。 历史上，美国通过对科研的投资和便捷的移民途径吸引顶尖人才，始于1965年的《哈特-塞勒法案》。现在，中国和德国等国家正在积极招募这些专业人士，提供美国目前缺乏的稳定性和资源，这可能会对美国的医疗保健产生世代影响。
## 美国医生短缺问题 - Hacker News 摘要
最近一篇 NPR 文章，强调了吸引外国医生可能存在的困难，引发了 Hacker News 的讨论。核心问题似乎是美国医疗系统自我设定的瓶颈：**联邦资助的住院医师名额有限**，历史上由美国医学会游说以保护医生收入。
用户们争论了“与患者的文化联系”的重要性，许多人强烈反对这种观点，认为其带有偏见，与医疗质量无关。 讨论主要集中在**系统性的治理和资源管理问题**，而不是外国医生本身的问题。
一些评论员指出，扩大医学院招生可以缓解这个问题，但受到住院医师名额限制。 另一些人指出，农村医疗面临着独特的挑战，外国医生经常提供关键服务，以及农村医院倒闭的令人担忧的趋势。
最后，讨论涉及到了与其它发达国家相比，美国医疗系统更广泛的缺陷，提到了成本、可及性和整体健康结果方面的问题。 许多人认为，目前的系统优先考虑利润而非患者福祉。
请启用 JavaScript 并禁用任何广告拦截器。
## 贸易混乱与美国关税：摘要
最近在Hacker News上的讨论凸显了对当前美国贸易政策日益增长的沮丧，特别是关税的影响。用户报告说，即使是海外发现的二手或美国制造的商品，国际采购的商品成本增加且选择有限。
核心问题不仅仅是价格上涨，而是关税的*混乱*和看似武断的性质。许多人认为该政策缺乏连贯的战略，阻碍了投资并扰乱了既定的供应链。虽然一些人认为关税可以激励国内制造业，但另一些人指出美国在许多行业缺乏产能，导致价格上涨而没有增加本地生产。
一个关键的争论集中在关税是否是合法的谈判策略，还是一种自 inflicted 的经济伤害。人们对关税的合法性以及对美国竞争力的长期损害表示担忧。一些人推测，真正的目标是控制生产，即使这意味着牺牲消费者的选择和经济效率。最终，许多人担心当前的方法是不可持续的，并且对企业和消费者都有害。
气象局（BOM）最近推出的网站重新设计引发了重大争议，原因是其成本高昂——超过9600万澳元，与最初宣称的400万澳元形成鲜明对比——并且存在可用性问题。在广泛的投诉之后，特别是来自农民，他们难以通过修改后的雷达地图获取关键降雨数据，政府介入，强制恢复旧雷达地图并持续对网站进行调整。 气象局为这笔费用辩护，称这是为了满足现代安全和可访问性要求而进行的“完全重建”。然而，环境部长默里·瓦特已指派新的气象局首席执行官斯图尔特·明金调查该项目成本如何飙升以及为何未能满足公众期望。他预计会收到一份关于问题及其原因的完整报告。 反对派人士将该项目称为“灾难”，强调了获取本地化数据受限带来的风险。气象局表示，它正在积极响应社区反馈并实施进一步改进，但由于当前的天气事件，一些更新已暂停。
## 气象局网站改版成本受质疑
澳大利亚气象局（BoM）最近完成了耗资9650万澳元的网站改版，引发了公众和政治界的关注。其中，网站前端的改动费用为410万澳元，大部分费用——7980万澳元——用于重建支持从现场设备到预报模型的数据流动的整个系统，以及1260万澳元用于发布和安全。
Hacker News上的评论员认为，高成本源于范围蔓延、关键数据带来的复杂安全需求，以及咨询公司常见的过度收费和不必要的员工配置。一些人猜测可能存在欺诈行为，而另一些人则指出国家气象系统固有的复杂性，需要高可用性和准确性。
讨论强调了政府IT项目的挑战，包括外包、缺乏内部专业知识和严格的预算限制。与yr.no等更简单、更成功的气象网站的比较进一步加剧了对投资回报价值的争论。最终，此事引发了对政府在关键基础设施上的支出透明度和问责制的质疑。