每日HackerNews RSS

**问题摘要:systemd-journald 磁盘 I/O 过高** 用户反映在 Debian 13/XFS 系统(systemd-journald 版本 257.9)上,`systemd-journald` 存在严重的低效磁盘 I/O 问题。尽管日志记录量仅为每秒两条,系统却表现出约 50 IOPS 的负载。 报告者认为,这种行为(此前在已关闭的 issue #15292 中已有记录)并非源于内核级的写入合并机制,而是 journald 文件格式本身固有的低效所致。此外,报告者还对文件体积膨胀及数据恢复能力不足表示担忧,指出在非正常重启后曾发生数据损坏。当前产生的 I/O 影响与其生成的日志量不成比例,远超传统 syslog 的性能表现。

近期的一场 Hacker News 讨论指出,`systemd-journald` 导致的磁盘写入放大问题引发了广泛关注。用户反馈称,单行日志可能触发 49KB 到 110KB 的磁盘写入,这会对固态硬盘(SSD)造成巨大磨损,尤其是在使用 Btrfs 等写时复制(COW)文件系统时。 评论者批评 `journald` 的索引效率低下、性能不佳,且其二进制文件格式被认为“不可理喻”。许多人建议完全绕过它来存储日志,转而选择更简单、易于检索的文本替代方案。 该帖作者 ValdikSS 将讨论范围扩大到了 `systemd` 之外,指出许多桌面应用程序存在过度且不必要的磁盘写入行为。他们的调查发现,包括 KDE 组件、Firefox 扩展和 IPFS 在内的常见工具,常因通知清除、着色器缓存或连接重试等微小任务而频繁写入磁盘。这种“喋喋不休”的运行方式导致了海量的累积数据写入,显著缩短了存储硬件的使用寿命。此次讨论也对现代软件设计进行了更广泛的批判,即开发者往往忽视了频繁、小规模磁盘 I/O 对性能及硬件的影响。

```animation.inertiaone 记录,已解码显示 { "id": "card0", "initialValues": { "opacity": 1, "rotate": 0, "scale": 1, "translate": [0, 0] }, "invokeType": "trigger", "keyframes": [ { "duration": 0.001, "values": { "scale": 0, "translate": [-0.008, -0.269] } }, { "duration": 2.011, "values": { "rotate": 90, "scale": 1, "translate": [-0.013, 0.278] } } ], "shapes": [] }```

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 展示 HN:Inertia – 不再是你祖父辈使用的动画编辑器 (inertiagraphics.com) 7 分,hpen 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 geooff_ 5 分钟前 | 下一条 [–] 太神奇了,一个动画工具的落地页竟然连一个动画都没有。 回复 mukmuk 22 分钟前 | 上一条 [–] 现在我越来越难以接受那些看起来像垃圾信息的落地页了。一天的时间毕竟有限。也许“展示 HN”的提交者应该注明链接内容是否为本人亲手开发。 回复 准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

Cerebras 推出了“极速”(Ultrafast)模式,这是一种旨在加速前沿 AI 工作负载的高性能推理解决方案,使工程师能够专注于解决复杂问题。 该技术利用了 Cerebras 独特的晶圆级引擎(Wafer-Scale Engine),解决了传统基于 GPU 的推理中常见的数据传输瓶颈。通过将 44 GB 的 SRAM 直接集成到晶圆尺寸的芯片上,Cerebras 将模型权重保留在芯片内,消除了在片上内存和片外存储之间传输数据的需求。这使得标记(token)能够不间断地流经模型层,从而实现随模型规模高效扩展的“极快”速度。 目前,Ultrafast 模式下的 GPT-5.6 Sol 已面向部分客户提供有限预览,并计划随着容量的增加扩大访问范围。

Cerebras 近期发布的“GPT-5.6 Sol”模型及其“极速”(Ultrafast)模式在 Hacker News 上引发了热烈讨论。该模型表现卓越,据称仅用 11 个多小时就完成了 2,500 道 HLE 问题,速度比耗时超过三天的 Claude Fable 5 快了近七倍。 讨论的核心要点包括: * **前所未有的速度:** 用户指出,“极速”模式明显快于 Opus 4.8 和 Gemini 3.7 Flash 等竞争对手,挑战了当前速度与智能的帕累托最优边界。 * **准入限制:** OpenAI 目前对该技术实施访问限制,要求企业申请并提供具体用例,且尚未披露定价细节。 * **行业影响:** 社区对推理速度的提升感到非常兴奋。一些用户认为,速度往往被低估了,即使模型能力稍逊,更快的速度也能在编码等任务中提供更好的用户体验。 * **未来展望:** 讨论还涉及硬件集成的前景,用户构想了未来支持本地离线运行的 LLM 硬件。 总的来说,这一进展被视为一个重要的里程碑,尽管用户仍对未来的“Luna”迭代版本以及最终成本保持关注。

即将发布的 OpenJDK 28 对 GC(垃圾回收)子组件进行了约 350 项更新,重点在于代码重构、错误修复以及为 JEP 401(值对象)构建基础设施。 其中最重要的变化是 **JEP 523**,它将 **G1 设置为所有环境下的默认垃圾回收器**。尽管 G1 现已成为标准,用户仍可通过 `-XX:+UseSerialGC` 标志切换回串行 GC。 其他值得注意的改进包括: * **G1 GC:** 通过禁用 `MinHeapFreeRatio` 和 `MaxHeapFreeRatio` 的默认干预,增强了堆大小调整的启发式算法,并改进了对巨型对象(humongous objects)和并发标记的处理。 * **Parallel GC:** 改进了自适应晋升阈值,允许其降低,从而防止年轻对象过早晋升;并修复了高频 Full GC 期间堆扩展的问题。 * **所有回收器:** 优化了 TLAB 大小调整,以减少短生命周期、多线程应用中的内存浪费;并改进了字符串去重日志记录和 JFR 事件。 未来的开发将侧重于“自动堆大小调整”,旨在提高 G1 对外部环境和用户意图的响应能力。总体而言,这些更新反映了 HotSpot VM 在内存管理方面正朝着更稳健、更精简的方向发展。

抱歉。

2014 年,一位来自塞尔维亚的独立开发者在 Google Play 商店取得了巨大成功。在没有任何预算或行业人脉的情况下,凭借当时商店中显眼的“热门免费新游”榜单,他的游戏仅用 27 天就达到了一百万次下载量。在巅峰时期,该应用在近 90 万台活跃设备上运行,通过广告收入提供了稳定的经济来源。 到了 2026 年,市场格局已发生根本性转变。该开发者最近发布了一款新游戏,尽管付出了巨大努力并进行了社区推广,下载量却依然为零。核心问题在于可发现性:Google 的商店设计已不再侧重于自然增长的榜单,转而推崇付费推广,这使得独立开发者在没有大量广告支出投入的情况下,几乎无法获得任何关注。 虽然变现工具得到了改进,但准入门槛——特别是 Play 管理中心在技术和管理上的要求——却提高了。回顾十三年的数据,该开发者指出,虽然 2014 年的“中奖”机遇让他得以开启职业生涯,但现代的商店环境实际上已经关闭了自然成功的大门,将应用开发从一个凭实力脱颖而出的过程,变成了一场昂贵且艰难的营销之战。

这篇文章探讨了一位开发者移动应用安装量从 1350 万次骤降至仅剩 499 台活跃设备的惨状,跨度长达十二年。作者反思了应用发现机制的残酷现实:绝大多数软件都被算法和商业利益所掩埋,最终沦为无人问津的“遗弃软件”。 评论区中,讨论转向了在高度饱和的市场中获取曝光的难度。用户认为,未来的出路在于基层或社区驱动,而非单纯依靠商业变现。此外,帖子还出现了对作者写作风格的批评;读者迅速指出作者在博客文章及回复中大量使用了人工智能润色。尽管作者解释称 AI 是为了帮助非英语母语者克服语言障碍,但评论者认为这种“AI 垃圾内容”显得虚假且刺耳。这次交流凸显了在技术讨论中,利用生成式工具提供便利与追求真实、人文写作之间日益增长的矛盾。

在恢复了来自已停用的马其顿短网址服务 0.mk 的 657,607 条 2009-2014 年间的链接数据库后,研究人员分析了那个时代的“小型网络”状况。到 2026 年 8 月,他们抓取了这些历史链接以测试链接失效情况。 研究结果凸显了早期网络的脆弱性:大约 76.7% 的链接已无法正常访问。即便这一数字还算乐观,因为它包含了正在“加载”的停放域名、登录墙以及错误页面。虽然谷歌和维基百科等大型平台表现出较高的留存率,但去中心化的网络——包括个人博客、论坛和马其顿当地新闻——已基本消失。 该数据集相当于 2010 年代的数字博物馆,记录了在线共享的演变,从测试 URL 长度限制到早期对 Rapidshare 和 Megaupload 等服务的依赖。原团队曾因维护和垃圾邮件成本于 2014 年关闭了该服务,但最近又利用现代人工智能实现了审核和管理的自动化,从而重启了该服务。归根结底,该项目强调了一个严酷的现实:虽然短网址旨在长期有效,但它们所指向的内容却很少能持久存在。

已停用的短网址服务 0.mk(活跃于 2009 年至 2014 年)的创作者近期恢复了其历史数据库,旨在分析早期互联网内容的持久性。通过对该项目存续期间存储的 657,607 条链接进行爬取,他们发现约 78.7% 可爬取的独立网址已无法加载。 这项分析凸显了数字内容的脆弱性,并指出即使链接在技术上能够“加载”,也往往会导向停放域名或受限页面等死胡同。作者还发现了一些异常情况,例如旧版 Facebook CDN 照片完全消失,以及包含 `localhost` 等特殊的测试链接。 作者强调,该数据集代表的是特定社区的分享习惯,而非整个互联网。他们将 0.mk 作为一项实验重新上线,试图探究现代人工智能工具能否自动化处理曾经导致该服务难以为继的维护、垃圾信息过滤及审核工作。该项目深刻地提醒了人们“链接失效”这一困扰现代互联网的问题,并引发了关于我们存储和保存数字历史方式中固有设计缺陷的广泛讨论。

DONKEY.BAS 是早期 IBM PC DOS 随附的程序,用于展示 BASICA 的彩色图形和声音功能。它由微软联合创始人比尔·盖茨(Bill Gates)和尼尔·康岑(Neil Konzen)于 1981 年编写(1982 年发布 1.10 版本)。游戏玩法仅限于变道——避开驴子,否则就会发生碰撞。本页面使用 JavaScript 重现了原始的 CGA 游戏体验,并进行了一些自由发挥。原始源代码:DONKEY.BAS · GitHub

为庆祝 IBM PC 诞生 45 周年,开发者 jkrauska 发布了经典游戏《DONKEY.BAS》的浏览器移植版。这款标志性游戏最初仅由 131 行代码编写而成。该项目在 Hacker News 上引发了关于早期 BASIC 编程的简洁性与易用性的怀旧讨论。 评论者们回顾了 Microsoft BASIC 解释器时代,称赞那些“体贴”的开发环境,它们让用户能够用极少的代码构建出功能完备的游戏。用户 vunderba 分享了自己的项目:一个基于浏览器、硬件精准的 QBasic/QuickBasic 模拟器,旨在重现 20 世纪 80 年代的真实编程体验。 尽管一些用户报告了细微的技术漏洞,如显示闪烁或碰撞检测问题,但该讨论串主要还是对早期 PC 游戏遗产以及 20 世纪 80 年代软件开发中那种对初学者友好精神的致敬。参与者将这些老式程序精简、“有趣”的特性与现代开发的复杂性进行了对比,感叹那个时代独特魅力的消逝。

受凯兰·埃利奥特-麦克雷(Kellan Elliott-McCrea)启发,这一理念提倡在选择技术时采取严谨、保守的态度。其核心前提是:公司的“创新额度”是有限的;将这些额度花费在非核心任务的未经考验的工具上,会偏离公司的主要使命。 工程师不应盲目追求“最合适的工具”,而应**拥抱无聊的技术**——例如 MySQL 或 Python 这类故障模式和功能已广为人知的工具。这能最大限度地减少“未知的未知”,并降低阻碍长期生产力的运营和认知负担。 **全局优化**是关键:技术选择应基于对整个组织的影响进行评估,而非仅针对特定项目。引入新工具会产生长期的维护成本,这往往超过了开发初期所获得的收益。当必须引入新技术时,必须通过严格的评估流程,优先考虑现有能力,并强制执行明确的迁移路径,以防止技术债务。 归根结底,工程自由并非体现在使用最新、最潮工具的能力上,而在于由专注、可控的技术栈所提供的稳定性。通过最大限度地减少运营琐事,团队可以腾出精力去解决更宏大、更有意义的商业问题。

这篇 Hacker News 帖子探讨了 Dan McKinley 2015 年的文章《选择无聊的技术》(Choose Boring Technology)为何至今仍具现实意义。文章主张,公司应将“创新代币”的使用限制在少数关键领域。由于采用新兴或时髦的技术存在风险,工程师在其余的基础设施中应坚持使用稳定且经过验证的工具。 评论者强调,尽管简历增值和行业炒作往往会激励人们追求新奇事物,但“无聊”的技术能提供更卓越的长期可靠性和更快的部署速度。在人工智能时代,用户建议应将“创新代币”留给 AI 智能体的集成,而支撑性的技术栈则应保持“在分布内”(即标准且受广泛支持),以最大限度地提高效率和工具兼容性。 总的来说,这场讨论凸显了一种持续存在的张力:尽管职业环境往往奖励对“新”的追求,但最成功的工程团队是那些将稳定性置于技术时尚之上的团队,因为他们深知可靠性是一种稀缺且宝贵的资产。

为什么选择 GoAccess?GoAccess 是一款专为快速处理而设计的终端日志分析工具。其核心理念在于无需浏览器即可实时分析并查看 Web 服务器统计信息(非常适合通过 SSH 对访问日志进行快速分析,或适用于偏好终端操作的用户)。它也是一款实用的安全监控工具,能够直接从日志中轻松识别可疑活动、异常流量模式、暴力破解尝试、扫描器、机器人程序及异常请求。虽然终端界面是其默认输出方式,但它同时也支持生成完整、独立的实时 HTML 报告(便于进行分析、监控及数据可视化),以及 JSON 和 CSV 格式的报告。

```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录GoAccess – 开源实时日志分析器及交互式查看器 (goaccess.io)7 点,由 gregsadetsky 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 讨论 帮助 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```

Gemini 3.7 Flash 在以下三个关键领域较 3.6 Flash 展现出了显著的性能提升: * **编程与开发:** 该模型在调试、问题解决以及生产级代码生成方面取得了长足进步,在 FrontierCode(43.6% 对比 34.4%)和 DeepSWE(65.3% 对比 49.0%)基准测试中表现尤为突出。 * **Web 开发:** 在 UI 生成方面表现卓越,具有更佳的设计还原度和功能性布局创建能力。其优势体现在更高的 WebDev Arena Elo 分数(1588 对比 1538)上。 * **复杂推理:** 在金融、法律和生物科学等专业领域,3.7 Flash 展示了更强的推理能力和准确性。在文档处理任务中,它大幅超越了前代产品(GDP.pdf 测试中为 34.0% 对比 22.0%),并在通过 AutomationBench 执行实际业务工作流时表现出更高的效率(30.4% 对比 17.0%)。 总而言之,Gemini 3.7 Flash 在准确性、技术能力和实用工作流自动化方面均实现了显著进步。

关于 Gemini 3.7 Flash 发布的 Hacker News 讨论呈现出褒贬不一的局面。虽然一些用户认可该模型基准测试的提升——指出其相比 3.6 Flash 具有更高的“人工分析”得分和性价比——但也有人质疑其价值主张。 批评者认为,对于纯文本任务,DeepSeek V4 和 Luna 等竞争模型能以相当的性能提供显著更低的成本。一些参与者还强调,近期发布的如 Grok 4.6 等模型在性能上似乎优于 Gemini 3.7 Flash,且价格更具优势,这引发了人们对谷歌是否仍处于行业前沿的怀疑。 相反,一些用户表示,Gemini 3.7 Flash 在特定工作负载下仍保持着优于竞争对手的速度优势。总体而言,社区正在讨论谷歌是在“前沿”领域有效竞争,还是正在退化为一个主要专注于快速、中等能力模型的细分领域,一些评论者对未能发布新的“Pro”级产品表示失望。

更多

联系我们 contact @ memedata.com