每日HackerNews RSS

正当巴黎准备在巴黎圣母院的前庭增设树木与遮阳设施之际,考古学家们正在进行一场大规模的“世纪挖掘”,以保护埋藏在地面下的历史遗迹。挖掘工作已深入地下四米,研究团队揭示了跨越两千年的历史,从中世纪的酒窖、谷物坑,到密集的罗马时代街区,应有尽有。 其中值得注意的发现包括保存在古老废弃坑中完好无损的陶瓷、印有君士坦丁大帝头像的硬币,以及中世纪陶器上神秘且尚未破译的铭文。这些文物为人们提供了一个直观的视角,展现了巴黎如何从名为“卢泰西亚”的罗马前哨站,演变为中世纪时期的城市中心。 此次发掘是巴黎市现代化改造大教堂广场计划的一部分,该计划预计于 2028 年完工。尽管目前游客们在酷暑中等待参观圣母院,考古学家们仍在继续深挖,希望能发现罗马人到来之前居住于此的高卢人的遗迹。对于研究人员和观察者而言,这场发掘提醒着人们:巴黎真正的历史不仅存在于标志性的天际线中,更深藏于城市街道下方的土层里。

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 在巴黎圣母院地下,“世纪挖掘”出土了 1700 年的历史 (apnews.com) 8 分,由 cobbzilla 于 2 小时前发布 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系 搜索:

这段内容是 PDF 文件的二进制编码数据,无法直接翻译为中文。

抱歉。

这份评论认为,即将到来的 SpaceX 首次公开募股(IPO)是一个旨在让早期内部人士获利,而牺牲被动养老投资者的“高风险陷阱”。作者指出,SpaceX 的估值依赖于推测性的技术——特别是星舰项目和 xAI——这些项目目前缺乏足以支撑其市场炒作的业绩指标。 一个核心担忧在于对指数基金机制的操纵。据称,纳斯达克和标普 500 指数已经修改了“上市时间要求(seasoning)”和权重规则,旨在迫使来自 401k 和 IRA 基金的被动、对价格不敏感的资本流入这只流通量小且波动剧烈的股票。这制造了一种人为的供需挤压,将散户投资者困在一种估值过高的资产中。此外,该公司在 2030 年前面临巨大的资本缺口,很可能需要不断的后续稀释。 由于 SpaceX 受强制仲裁和马斯克友好的得克萨斯州法律环境庇护,投资者几乎没有追索权。作者将此次 IPO 视为当前人工智能投资泡沫的试金石,并警告称,正如特斯拉一样,SpaceX 的驱动力更多来自于狂热的追捧而非稳健的财务基本面。作者的结论是,散户投资者应完全避开此次 IPO,因为局势对他们极其不利。

抱歉。

请启用 JavaScript 和 Cookie 以继续。

Hacker News 上关于《学习一次 SQL,受用三十年》一文的讨论,在强调 SQL 持久价值的同时,也引发了关于其演变及现代替代方案的争论。 评论者们承认,尽管 SQL 依然是一项基础技能,但许多从业者难以跟上现代特性的发展,导致知识体系滞后。此外,讨论中还批评了原文将 SQL 与 React 等框架进行的类比,指出 SQL 是一种编程语言,而 React 只是一个库。 在技术层面,用户提出了传统关系型数据库的替代方案: * **D4M:** 被视为 SQL 的数学继任者,D4M 利用关联数组代数来处理矩阵、图表和电子表格等多种数据类型,具有高性能的可扩展性。 * **声明式 DSL:** 有用户展示了一种自定义的声明式 DSL,旨在为数组和数据帧(dataframe)等各种数据结构提供统一的查询接口,从而有效地将类似 SQL 的逻辑扩展到非数据库场景中。 总而言之,尽管 SQL 的生命力和数学根基备受赞誉,但人们对能够更好适应现代复杂数据抽象的新型通用范式表现出了浓厚兴趣。

您没有提供需要翻译的内容。请发送您想要翻译的文字。

关于“Dumbphone 2”的 Hacker News 讨论凸显了制造商的设计理念与用户期望之间的分歧。 该设备有意排除了电子邮件功能,旨在促进“数字排毒”并减少对屏幕的依赖。然而,评论者认为这是一个重大缺陷。用户指出,电子邮件是现代生活中必不可少的异步工具,且经常用于身份验证和账户管理。 除了功能性之外,该讨论串还探讨了“笨手机”(dumbphone)运动背后的深层动机。尽管制造商提倡人们守护自己的时间、避免持续的被动响应,但批评者质疑移除基本功能的必要性。一位评论者指出了追求笨手机的讽刺之处:如果用户真的具备管理时间的自律性,他们完全可以直接使用智能手机。其他人则对该设备的硬件限制表示不满,特别是对其强制绑定 SIM 卡套餐的做法提出了批评,这限制了该手机在不同国家的适用性。 归根结底,这场讨论反映了刻意的极简主义美学与现代数字环境实际需求之间的张力。

本文探讨了 PyTorch 的 CUDA 缓存分配器如何处理内存碎片,以及为什么“可扩展段”(Expandable Segments)对于大语言模型(LLM)推理等现代应用场景至关重要。 **问题:内存碎片** PyTorch 通常以“段”(segments)为单位分配 GPU 内存。传统上,段一旦创建就无法合并。如果内存分配顺序不当(先分配小块,后分配大块),分配器会产生多个相互隔离的段。即使总可用空间充足,单个段也可能因为太小而无法满足大内存请求,从而导致不必要的内存溢出(OOM)错误。 **解决方案:可扩展段** 可扩展段利用 CUDA 的虚拟内存管理技术,按需将物理内存映射到单一的连续虚拟地址范围中。由于该地址范围是连续的,无论分配顺序如何,空闲块始终可以合并。这使得分配器能够高效地“扩展”内存池,而不会产生孤立且无法使用的内存碎片。 **关键要点:** * **独立于分配顺序:** 可扩展段无需刻意调整分配顺序即可防止碎片化。 * **局限性:** 仅能解决外部碎片问题;长寿命的分配任务仍可能“锁定”内存块,从而阻碍合并。 * **1 MiB 规则:** 超过和低于 1 MiB 的分配使用不同的内存池;跨越此边界会导致无法共享内存。

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 CUDA 缓存分配器何时会出现内存碎片? (pytorch.org) 5 点,由 matt_d 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 讨论 帮助 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

尽管域名系统(DNS)对于面向公众的服务至关重要,但本文质疑了其对内部IT基础设施的必要性。作者认为,由于DNS往往是关键依赖项,其故障可能导致不成比例的重大宕机,例如臭名昭著的Meta/Facebook事件。 除了可靠性问题,文章还指出了在机器对机器通信中使用DNS的几个弊端: * **复杂性:** DNS引入了不必要的开销和配置障碍,例如管理生存时间(TTL)缓存以及潜在的DNSSEC实施负担。 * **安全风险:** DNS通常未加密,容易受到欺骗攻击。此外,它还带来了显著的出口数据泄露风险,因为攻击者可以通过DNS查询绕过网络过滤器来泄露敏感数据。 作者提出了一种替代方案:取消内部基础设施的DNS,转而直接在配置文件中注入IP地址,或通过`/etc/hosts`管理主机名。通过减少活动部件的数量,工程师可以构建更稳健、可预测且安全的系统。归根结底,虽然DNS是一个有用的工具,但团队应权衡其带来的益处与在内部架构中引入的额外风险和复杂性。

这篇 Hacker News 讨论批评了一篇主张废除 DNS、改而在配置文件中使用硬编码 IP 地址的文章。 评论者们压倒性地认为该提议不切实际且在技术上有缺陷。主要的反驳观点包括: * **运维僵化**:与更新单一 DNS 记录的简便性相比,依赖硬编码 IP 会使服务器迁移或 IP 变更等基础设施维护工作变得极其困难。 * **维护成本**:批评者认为,用手动配置文件取代 DNS(一种集中化、标准化的系统)引入了不必要的复杂性,增加了配置偏差的可能性,并创造了一个“高维护成本”的环境。 * **可扩展性顾虑**:将 DNS 替换为 `/etc/hosts` 之类的本地解决方案被形容为“疯狂”,因为它本质上迫使每台机器都充当其自己的定制 DNS 服务器,从而失去了集中管理的优势。 总体而言,社区认为该文章的前提是基础设施管理的一种倒退,并倾向于 DNS 的可靠性和灵活性,而非硬编码地址的脆弱性。

请启用 JavaScript 和 Cookie 以继续。

这篇 Hacker News 帖子讨论了《经济学人》近期发表的一篇题为《美国资本主义已转向末日》的文章。 用户对该文章的前提持怀疑态度。多位评论者指出股市目前的表现——标普 500 指数呈上升趋势——以此证明华尔街依然乐观,而非宿命论。另一些人则质疑该文章缺乏实证支持。 讨论简要触及了美国经济的整体状况,一些用户质疑该体系能否恢复稳定,还是正走向最终崩溃。一位参与者从历史角度分析,认为既然美国曾成功从镀金时代中复苏,那么对美国资本主义的未来依然有理由保持希望。

该项目为 CP/M-86、MS-DOS 和 CP/M-80 提供了一个全面、有趣且可复现的交叉开发环境。它允许现代 Linux 和 macOS 用户使用精选的经典工具集,为这些传统平台编译 C、汇编和 BASIC 代码。 主要功能包括: * **集成工具链:** 包含 Digital Research (DR) 工具(ASM86、LINK86、CB86)、Microsoft 汇编工具(MASM、Link)以及多个版本的 Aztec C 编译器(支持 K&R 和 ANSI 标准)。 * **仿真运行:** 利用 `emu2` 和 `tnylpo` 直接在现代 Shell 中执行传统的开发工具。 * **可复现性:** 通过 `fetch_tools` 脚本管理依赖并进行本地缓存,确保即使上游源失效,构建过程依然能够正常运行。 * **容器化:** 提供 Dockerfile 以实现可移植、自包含的构建环境。 * **便捷性:** 所有工具均已封装以便于命令行访问,并支持自动库链接和启动对象管理。 该环境不仅“兼容 Y2K 问题”,还针对现代工作流进行了修补和优化,是复古计算爱好者或从事传统平台交叉开发的理想选择。详细文档与源代码可在 GitHub 上获取。

``` Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 CP/M-86 与 MS-DOS 交叉开发环境 (github.com/tsupplis) 9 分 | elvis70 | 1 小时前 | 隐藏 | 往期 | 收藏 | 讨论 帮助 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```

请提供您需要翻译的内容。

抱歉。

更多

联系我们 contact @ memedata.com