亨利埃塔的Postgres生产集群因OOM killer事件崩溃，消耗了2TB内存，尽管`work_mem`设置仅为2MB。调查显示，问题并非简单的`work_mem`错误配置，而是Postgres内存管理中更深层次的行为。 Postgres的内存上下文系统优先一次性释放整个上下文以提高效率，而不是单个分配。一个复杂的查询，涉及用作连接表中PL/pgSQL函数，创建了一个巨大的`ExecutorState`上下文。该上下文积累了数十万个`work_mem`块——每个块最多2MB——在整个操作完成之前不会释放它们，但操作从未完成。 虽然无法为每个后端设置硬性内存上限，但解决方案包括确保使用`ANALYZE`和`CREATE STATISTICS`获得准确的统计信息，重写有问题查询，实施查询超时(`statement_timeout`)，以及利用`pg_log_backend_memory_contexts`函数（Postgres 14+）进行详细的内存使用分析。最终，该事件强调了即使是强大的硬件也无法克服设计不良的查询。
每日HackerNews RSS
## Postgres 的 `work_mem` – 设计缺陷？
一篇 Hacker News 的讨论强调了 PostgreSQL 中 `work_mem` 设置可能存在的设计问题。用户认为它是一个不精确的工具，将内存管理的负担转移到 DBA 上，而不是由数据库智能地处理资源分配。
目前，`work_mem` 决定了一个查询可以使用多少内存，超过这个限制就会溢出到磁盘。然而，系统不会监控*全局*资源使用情况并相应地划分查询。这可能导致查询尝试分配过多的内存（例如，在 2MiB 设置下分配 2TiB！），尽管默认值很小。
核心问题是 Postgres 缺乏整体内存管理策略。虽然文档对此限制是透明的，但提供的实用指导很少。一些人建议实施批处理和监督器来调度查询阶段，可能使用协程以获得更高效的控制流。
虽然存在诸如 `ulimit` 之类的外部限制，但它们不是可靠的解决方案。最终，讨论指出 Postgres 需要超越暴露内部“旋钮”，并实施更强大、自动化的内存管理，特别是考虑到它的成熟度。
Hacker News新帖 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交登录
模因建筑 (misfitsarchitecture.com)
37 分，speckx 发表于 1 天前 | 隐藏 | 过去 | 收藏 | 3 条评论 帮助
jonah 发表于 1 天前 | 下一个 [–]
我首先想到的建筑是加州威尼斯的比目鱼建筑。最初由弗兰克·盖里为 Chiat/Day 设计，它不属于谷歌园区。
https://en.wikipedia.org/wiki/Binoculars_Building回复
m_p 发表于 8 小时前 | 上一个 | 下一个 [–]
https://ronnysalerno.com/queencitydiscovery/2022/10/the-worl...回复
zoklet-enjoyer 发表于 1 天前 | 上一个 [–]
我最喜欢的建筑是鲍勃的 Java Jive
https://www.bobsjavajive.com/about回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 定制软件“革命”——一种怀疑的观点 尽管围绕人工智能使每个人都能构建定制软件的炒作不断，但作者认为这场“革命”在很大程度上被夸大了。虽然定制软件*存在*——而且常常质量不高——但这并不是大多数人真正*想要*的。 这种兴奋主要来自那些*构建*软件的人，而不是那些需要解决方案的人。大多数用户只是容忍计算机，并渴望简化的结果，而不是系统维护或设计的负担。一家繁忙的会计师事务所希望消除纸质工作，而不是一个新的项目；一家物流公司希望优化路线，而不是一个定制系统来管理。 人工智能无疑会被*使用*，但期望广泛采用定制软件构建是不现实的。它吸引的是现有的“业余爱好者”，但给那些专注于核心业务的人增加了另一层责任。就像获得工具并不意味着每个人都是承包商一样，软件构建工具也不会让每个人都变成开发人员——大多数人只是希望问题得到解决，而不是过程。
## NumKong：苹果芯片混合精度内核
一个名为NumKong的新项目提供了2000个混合精度内核，旨在加速苹果芯片上的计算。开发者ashvardanian指出，README最初是由人工编写，但经过AI模型的辅助改进——接受小幅度的修改。
Hacker News用户的初步反馈表明，他们希望对项目的目的有更简洁、更少“炒作”的解释。讨论还引发了关于潜在应用的问题，有建议称NumKong可能对利用苹果的Silicon Metal Engine (SME)进行音频处理有益。目前，开发者不清楚是否存在使用SME的音频处理实现。
此演示针对桌面屏幕（1000像素以上）优化。
申请抢先体验
为新一代打造的现代工作邮件 | 定义
## 日本筷子礼仪速成指南
在日本用餐涉及特定的筷子礼仪，称为*kiraibashi*，以避免冒犯他人。许多行为被认为是不礼貌的，有些甚至是禁忌。
**主要失误要避免：** 永远不要直接用筷子将食物传递给他人——这模仿了葬礼仪式。此外，避免将筷子直插在米饭中，因为这类似于对逝者的供奉。
**其他常见错误包括：** 挥舞筷子，用筷子叉食物，摩擦一次性筷子（暗示质量差），以及将用过嘴的筷子放回共享菜肴中。不要用筷子移动盘子，搅拌汤，或寻找特定食物。
一般来说，避免任何涉及指向、刺戳或过度摆弄筷子的行为。 正确的礼仪侧重于尊重和细心的使用，不用时使用筷子架，并避免任何可能被视为浪费或不尊重食物的行为。
## 日本筷子礼仪：摘要
一则Hacker News讨论围绕着一份日语筷子禁忌词汇表展开，揭示了一套细微且有时令人惊讶的规则。有些规则非常严肃——源于丧葬习俗，例如避免将筷子直立插在米饭中（类似于香的供奉），或直接用筷子传递食物（模仿火葬中的骨头处理）。但许多规则并非严格执行，尤其是在非正式场合。
对话强调了地区差异（大阪比京都更放松）以及教育和阶级的影响。一些“规则”，例如摩擦一次性筷子以去除木刺，甚至存在争议，有人认为这是一种冒犯，暗示质量低劣，而另一些人则优先避免木刺。
最终，讨论表明，虽然知晓这些礼仪令人赞赏，但严格遵守每一条规则并非必要。许多日本人自己也不严格遵守所有习俗，而且礼仪也在不断发展。关键在于保持谨慎和尊重，但不要因害怕犯错而僵化。 许多评论员指出，常识性的考虑——例如不要用筷子指人或污染共享菜肴——通常与普遍的良好礼仪重叠。
启用 JavaScript 和 Cookie 以继续。
这个Hacker News讨论集中在糟糕的音量控制界面上。原始帖子链接到一篇2017年的文章，强调令人沮丧的设计，引发了一系列用户经验分享。许多评论者指出具体例子：Reddit视频播放器中隐藏的滑块，iOS设备上过于灵敏的音量（从0到1的跳跃是巨大的30%增量），以及苹果音量控制中令人沮丧的缺乏精细度。
一些用户抱怨设计师将新颖性置于可用性之上，质疑某些设计实现的原因。其他人分享了Quicktime 4的拨号界面以及TikTok视频中展示的荒谬音量控制（例如使用井字游戏）。一个反复出现的主题是对更简单、更精确的控制的渴望——比如物理旋钮——以及对自动隐藏滚动条或不必要的UI复杂性的沮丧。这场对话凸显了一个常见的用户痛点：看似简单的功能经常受到糟糕设计选择的困扰。
## 基于内测反馈的 Windows 11 改进 微软正在根据 Windows 内测用户的反馈，推出一波专注于**性能、可靠性和更精细用户体验**的更新。本月和四月份将推出的主要变更包括： * **任务栏自定义：** 用户现在可以将任务栏重新定位到屏幕顶部或侧面。 * **AI 集成：** Copilot 将更加专注和有目的性，减少在诸如截图工具和记事本等应用中的入口点。 * **更新控制：** 更强大的 Windows 更新控制权，包括在设置期间跳过更新、更长时间的暂停以及更少的自动重启。 * **文件资源管理器增强：** 更快的启动时间、减少闪烁以及更高的可靠性。 * **小组件和搜索：** 小组件更安静的默认设置、更多个性化选项以及更快、更准确的搜索结果。 除了这些即时变更之外，微软致力于改进系统性能、应用响应速度和操作系统稳定性。他们还在简化 Windows 内测计划，提供更清晰的渠道和重新设计的反馈中心，以便更轻松地参与。目标是打造一种更可预测、更可靠和更个性化的 Windows 11 体验，并根据内测社区的直接意见构建。微软将举办面对面会议，以收集更多反馈并塑造 Windows 的未来。
## Safehemo：居家透析的数字安全网
Safehemo是一个预alpha平台，旨在增强居家血液透析患者的安全性和连接性。它**不是**医疗设备，**不**连接紧急服务——紧急情况下请始终拨打911。
该平台旨在通过创建一个连接患者、诊所和社区的安全生态系统，来弥合患者独立性和临床监督之间的差距。主要功能包括一个患者中心，用于与护理网络共享实时状态；一个临床工作区，供提供者监控患者和警报；以及社区中心，用于提供资源和支持。
Safehemo利用模拟数据和即时警报（检测低血压等问题）来主动识别潜在问题。它被构建为一个开源项目，目前专注于模拟和测试，允许用户在没有物理硬件的情况下体验安全流程。用户可以作为患者或临床医生加入，建立他们的网络并测试系统的警报功能。