2024-11-06

45 篇热帖

1. Former President Trump has won the presidency (thehill.com)
# 内容摘要

该内容并非一篇关于“前总统特朗普赢得总统职位”的新闻报道文章,而是一个显示**访问被拒绝**的网页HTML代码。该页面主要是一个**防机器人验证(CAPTCHA)页面**,其核心功能是阻止自动化程序(如爬虫)的访问,并要求用户通过人机验证后才能继续浏览。

## 主要技术结构与功能

1.  **页面状态**:标题和内容均表明“Access to this page has been denied”,即用户访问被系统拒绝。
2.  **核心验证机制**:
    *   页面通过加载 `captcha.js` 脚本启动一个人机验证流程。
    *   主要验证提示信息为:“Press & Hold to confirm you are a human (and not a bot)”(按下并保持以确认你是人类而非机器人)。
    *   脚本包含主备服务器加载路径,确保验证服务的可用性。
3.  **错误处理**:
    *   定义了一个 `window._pxDisplayErrorMessage` 函数,在验证脚本加载失败时,会动态生成并显示一个详细的错误提示界面。
    *   错误界面提示用户检查网络连接、禁用广告拦截器或将特定域名(`captcha.px-cloud.net`)加入白名单,并提供了详细的操作指引链接。
4.  **用户支持信息**:页面在错误信息下方提供了技术支持邮箱地址,用于帮助用户解决验证过程中遇到的问题。
5.  **技术元数据**:
    *   包含唯一的用户会话ID(`_pxUuid`)、客户端IP地址(`cip`)和请求时间戳(`ets`)。
    *   提供了启用JavaScript的指引链接,用于浏览器不支持JavaScript的降级情况。

## 总结

此页面是一个由Human Security(原PerimeterX)服务提供的、典型的网站安全防护页面。其设计目的是在检测到可疑的自动化访问时,通过交互式验证来区分真实用户与机器人,从而保护网站免受恶意爬取或攻击。内容本身与文章标题所示的时政新闻主题无关。
3. AMD outsells Intel in the datacenter space (www.tomshardware.com)

在数据中心CPU市场,长期由英特尔占据主导地位的局面已被打破。根据最新财报数据,AMD的数据中心业务部门在第三季度营收达35.49亿美元,超越了英特尔数据中心与AI集团33亿美元的同期收入。这一逆转标志着市场格局的重大变化。

过去二十多年,英特尔的至强处理器一直是服务器的首选,而AMD的市场份额曾长期仅为个位数。然而,近年来AMD的EPYC处理器凭借竞争优势,在高端服务器市场获得了显著份额。这导致英特尔不得不对其服务器芯片提供大幅折扣,进而影响了其营收和利润率。尽管英特尔最新旗舰产品128核至强6980P处理器定价高达17,800美元,但AMD的96核EPYC 6979P处理器售价为11,805美元,显示了定价策略的差异。

不过,英特尔仍有机会扭转局面。如果市场对其至强6000系列处理器需求旺盛且能保障供应,其数据中心收入有望回升。但目前,该公司仍需提升Granite Rapids产品的产能。

值得注意的是,在更广阔的数据中心硬件领域,英伟达占据着绝对主导地位。其在2025财年第二季度仅网络产品销售收入就达36.68亿美元,计算GPU收入更是高达226.04亿美元。今年上半年,英伟达AI与HPC GPU总销售额接近420亿美元,远超英特尔与AMD数据中心硬件收入的总和,凸显了其在AI浪潮中的核心地位。

4. Private Cloud Compute Security Guide (security.apple.com)

私有云计算安全指南

提供的文章内容是HTML代码,而非实际文本内容。代码显示一个文档页面,标题为“Documentation”,关联Apple Security Research。页面结构包括头部、页脚和脚本,需要JavaScript才能加载内容。

目的

该HTML页面旨在作为文档展示平台,可能承载技术内容如私有云计算安全指南。它通过JavaScript动态加载内容,关联Apple Security Research项目。

结构

  • HTML头部:定义字符集、视口、脚本引用(如chunk-vendors.js和index.js)和样式表。
  • 模板元素
    • 自定义页眉:包含SVG徽标,标题为“Apple Security Research”,链接到https://security.apple.com。
    • 自定义页脚:显示版权声明“Copyright © 2024 Apple Inc. All rights reserved.”。
  • 主体部分:包含noscript提示“This page requires JavaScript.”,当JavaScript禁用时显示;否则隐藏内容。

关键功能

  • 动态内容加载:页面依赖JavaScript脚本(如index.js)来渲染内容,未启用JavaScript时显示noscript消息。
  • 样式和布局:通过CSS定义颜色方案(如自动切换浅色/深色模式)、响应式设计(适配不同屏幕尺寸)。
  • 页眉和页脚自定义:使用模板技术确保一致的页眉(含Logo和链接)和页脚(含版权信息)。
  • 安全关联:页面链接到Apple Security Research,暗示内容可能涉及安全指南,但具体内容未在代码中显示。

注意:代码中未直接包含“私有云计算安全指南”的文本,仅显示技术框架。实际指南内容可能通过JavaScript动态加载,但此处未提供。

5. Switch 2 will be backwards compatible with Switch (www.videogameschronicle.com)

文章标题表明任天堂Switch 2将向下兼容Switch游戏,但文章大部分内容实为用户评论,主要表达了对现代主机游戏趋势的不满。

评论者认为,以Switch为代表的现代主机游戏越来越偏向快节奏的动作类型,而慢节奏的策略或回合制RPG几乎从主机平台消失,这类游戏如今仅能在PC上游玩(如《博德之门3》)。他们认为这导致游戏体验充满压力,并批评为此设计的控制器过于复杂,容易损坏且可能影响玩家健康。

关于向下兼容的讨论集中在文章后半部分。用户认为,Switch 2向下兼容是一个期待已久且重要的消息。这不仅能保护玩家的游戏库投资,促进消费者向新主机过渡,也是一项“亲消费者”的策略。有观点指出,此消息的宣布时机表明任天堂已不担心兼容性会影响当前Switch的销量,同时这也解释了此前为何打击Switch模拟器。向下兼容被视作推动Switch 2成功的关键因素之一。

7. Title drops in movies (www.titledrops.net)

这篇文章对电影中“标题出现”(title drop)现象进行了首次大规模数据分析,研究基于73,921部电影的字幕和IMDb数据(涵盖1940-2023年,约占IMDb有至少100条用户评价电影的61%)。

主要发现:

  1. 普遍性:约36.5%的电影至少出现一次标题提及。对于有标题提及的电影,平均每部提及10.3次。
  2. 极端案例:提及次数最多的虚构电影是《芭比》(2023年),达到267次(每分钟2.34次)。提及次数最多的纪录片是《米奇:一只老鼠的故事》,为309次(每分钟3.43次)。
  3. 命名与频率:以主角姓名命名的电影,标题提及率高达88.5%,平均提及24.7次,远超其他电影(34.2%,平均10.3次)。
  4. “真正的”标题提及:11.3%的电影仅出现一次标题提及,这通常更具标志性或意图性。
  5. 趋势演变:标题提及现象在近几十年呈上升趋势,特别是多次提及的电影数量增加。20世纪60、70年代则相对较少。
  6. 与质量的关系:标题提及的次数与电影质量(以IMDb评分衡量)之间没有发现强烈关联。
  7. 类型差异:非虚构类电影(如传记、体育、历史类)标题提及概率很高,而犯罪、浪漫、战争等虚构类则较低。
  8. 标题长度:标题长度与提及次数呈微弱负相关,但也有超长标题被成功提及的案例。

方法论:研究定义了一套规则来匹配标题与字幕,如忽略冠词、去掉续集编号、处理冒号等,以区分有效提及和误匹配。

该分析由Dominikus Baur完成,设计由Alice Thudt负责,数据由OpenSubtitles.com和IMDb提供。

10. The deep learning boom caught almost everyone by surprise (www.understandingai.org)

深度学习热潮的崛起与三位先驱的远见

深度学习的成功并非一帆风顺,而是源于三位先驱在面对广泛质疑时的坚持。

神经网络的沉寂与复兴

  • 20世纪80-90年代:神经网络曾取得进展(如手写识别),但随后发展停滞。
  • 2008年:支持向量机等方法占据主流,神经网络被视为过时技术。
  • 2012年:多伦多大学的AlexNet团队在ImageNet竞赛中凭借神经网络取得突破性成绩,开启了深度学习热潮。

三位关键先驱及其贡献

1. 李飞飞:ImageNet数据集

  • 背景:2007年在普林斯顿开始构建前所未有的大规模图像数据集(1400万张图像,2.2万个类别)。
  • 挑战:面临同事质疑,认为数据集过大且当时算法无法利用。
  • 创新:利用亚马逊众包平台(Amazon Mechanical Turk)完成数据标注,将项目时间从18年缩短至2年。
  • 意义:为神经网络提供了充足的训练数据,证明了大规模数据集的重要性。

2. 杰弗里·辛顿:反向传播算法与神经网络的坚持

  • 背景:自1970年代起持续研究神经网络,尽管长期处于学术边缘。
  • 突破:1986年与同事发表反向传播算法论文,为训练深度网络提供了可行方法。
  • 影响:吸引了一批研究者(如Yann LeCun),并最终带领团队在2012年ImageNet竞赛中获胜。

3. 黄仁勋:GPU与CUDA平台

  • 背景:英伟达CEO在2006年推出CUDA平台,使GPU可用于通用计算。
  • 挑战:初期市场反应冷淡,股价大跌。
  • 转折:研究人员发现GPU非常适合并行处理神经网络训练任务。
  • 结果:AlexNet团队使用GTX 580 GPU大幅加速训练,奠定了GPU在AI计算中的基础地位。

2012年的转折点:AlexNet的成功

  • 团队:杰弗里·辛顿、亚历克斯·克里热夫斯基、伊利亚·苏茨克维。
  • 技术:使用CUDA平台在GPU上训练大型卷积神经网络(6000万参数,8层结构)。
  • 结果:在ImageNet竞赛中以85%的top-5准确率获胜,比次年获胜者高出10个百分点。
  • 反响:被计算机视觉界视为“历史转折点”,验证了大数据、神经网络、GPU算力三要素结合的有效性。

深远影响

  • 学术与工业:辛顿的公司被谷歌收购(4400万美元),苏茨克维后成为OpenAI联合创始人。
  • 产业变革:英伟达成为AI算力核心供应商,市值从不足100亿美元增长至3万亿美元以上。
  • 范式确立:推动“规模定律”成为AI研究主流,各大公司竞相建设大规模数据中心。

启示

深度学习热潮的成功表明,突破性进展往往源于对非主流方向的坚持对基础资源的投资以及不同领域技术的意外结合。在当前对规模化定律的追捧中,我们需保持警惕,避免固化思维,为下一次范式转变保留空间。

12. All the data can be yours: reverse engineering APIs (jero.zone)

文章总结:逆向工程API的技巧

本文作者分享了为学校开发非官方软件时,如何发现和利用未公开API的经验与方法。这些技巧旨在绕过数据抓取,直接获取结构化数据源。

主要逆向工程技巧

  1. 搜索GitHub等代码库:利用代码搜索工具(如GitHub的正则表达式搜索),在公开代码中查找特定域名下的API端点(如 .json.xml 文件)。这常能发现遵循常见开发模式(如Rails)的开放API。

  2. 监控网络请求:通过浏览器开发者工具的“网络”面板,关注异步加载(如 fetch 或 AJAX)的请求,这些往往是JSON或GraphQL API端点。即使GraphQL禁用了自省功能,错误信息也可能提示可用字段。

  3. 利用常见框架的默认接口:例如,所有WordPress站点都自带REST API。管理员若未禁用特定端点,即可用于获取文章、媒体等数据。

  4. 检查 robots.txt 文件:该文件列出不希望爬虫访问的路径,可能包含有价值的API或数据端点。

  5. 直接搜索引擎查询:直接搜索已知的API端点片段,有时会找到自动生成的API帮助页面(如ASP.NET的)或缓存中的错误信息,从而揭示完整URL。

  6. 大胆猜测URL:基于常见路径模式(如 /api/classes/...)进行合理猜测,有时能直接命中有效的API端点。

  7. 分析JavaScript代码:阅读前端JavaScript源码(尤其是未混淆或包含源映射的),可以找到API端点、理解其数据结构和用法。

  8. 反编译移动应用:移动应用必然使用HTTP API。通过下载iOS或Android应用包(.ipa/.apk),使用 strings 或反编译工具从中提取API端点信息。

常用工具列表

作者列举了逆向工程中实用的工具,包括:crt.sh、子域名查找工具、WP_Snooper、浏览器开发者工具(React/Vue)、网站技术检测工具(如Wappalyzer, BuiltWith)、GraphQL Playground、cURL、API测试工具(如Postman)、抓包工具(如Proxyman, Charles)以及APK反编译器等。

核心观点

虽然上述具体技巧有所帮助,但最有效的逆向工程师通常具备对Web应用工作原理的深刻理解、强烈的好奇心以及良好的直觉。

13. Useful built-in macOS command-line utilities (weiyen.net)

macOS 实用内置命令行工具

本文介绍了 macOS 中一系列有趣的内置命令行工具及其用途。

核心工具

  • security: 用于程序化访问钥匙串(Keychain)。例如,security find-internet-password -s "https://example.com" 可查询存储的网站密码,适用于自动化脚本。
  • open: 从终端打开文件open file.txt 会用默认应用程序打开该文件,类似在访达中双击。
  • pbcopy & pbpaste: 用于与剪贴板交互pbcopy 将标准输入复制到剪贴板(如 echo "Hello" | pbcopy),pbpaste 将剪贴板内容输出到标准输出。
  • date: 获取UTC时间date -uTZ=UTC date 适用于查看服务器日志等场景。
  • networkQuality: 从终端运行互联网速度测试。注意命令中“Q”大写。
  • caffeinate: 防止Mac睡眠。运行后Mac将保持唤醒状态,直到按 Ctrl+C 停止。适用于运行服务器时。
  • uuidgen: 生成UUID。默认输出大写,可结合 trpbcopy 转换为小写并复制到剪贴板。

其他提及工具

  • mdfind: 终端版Spotlight搜索。
  • say: 让Mac朗读输入的文本。
  • screencapture: 命令行截图并保存为文件。
  • networksetup: 程序化配置网络设置,但API较复杂。

更新与补充(2024年11月9日)

社区建议了更多工具,主要包括:

  • sips: 可脚本化的图像处理系统,用于图像格式转换。
  • afinfo / afconvert: 用于音频文件元数据探测和格式转换。
  • mdls: 探测各类文件的元数据。
  • diskutil: 管理磁盘卷,是磁盘工具应用的命令行替代。
  • powermetrics / pmset: 监控系统功耗及进行电源管理(如定时开关机)。
  • dot_clean: 删除点下划线文件,便于与非Mac设备共享文件。

参考资源

文章提供了多个相关资源链接,并推荐了两份类似的命令列表:

15. Show HN: SuperSplat – open-source 3D Gaussian Splat Editor (playcanvas.com)
# SuperSplat:开源3D高斯点编辑器

该页面展示了“Show HN”栏目中的**SuperSplat**项目,它是一个开源的**3D高斯点云编辑器**。用户提供的网页内容主要显示了浏览器技术提示(关于旧服务工作者的移除和重定向),但核心标题明确指出了这是一个面向3D高斯溅射(3D Gaussian Splatting)技术的开源编辑工具。

项目重点:
- **类型**:开源工具(通过“open-source”标注)
- **应用领域**:3D高斯点云编辑与处理
- **呈现形式**:通过“Show HN”社区推广,表明它是一个新发布或受到关注的技术项目

由于提供的页面正文内容有限,主要信息来源于标题,因此该摘要聚焦于项目名称、性质和主要用途。
16. Mozilla is eliminating its advocacy division (www.theverge.com)

Mozilla 基金会裁员30%,并彻底取消宣传及全球项目部门

  • 裁员与结构调整:Mozilla 基金会裁减了约30%的员工,并完全取消了其宣传(advocacy)和全球项目(global programs)部门。裁员前,该基金会约有120名员工。
  • 公司回应:Mozilla 传播总监表示,“为自由开放的互联网而战始终是核心使命”,宣传工作“仍是一项关键工具”,公司正在重新规划工作方式,而非停止相关工作
  • 历史背景:这是Mozilla今年的第二轮裁员。此前2月,Mozilla Corporation(Mozilla公司,Firefox浏览器开发商)已裁员约60人,并进行“战略调整”,收缩了Mastodon实例相关工作,并关闭了其虚拟3D平台,将重点重新聚焦于Firefox和AI。
  • 未来方向:基金会执行董事在内部邮件中指出,在“动荡时期”需要“高度专注”,因此做出了艰难的选择,取消了此前推动业务发展的部分工作,以追求更远大的目标。
  • 潜在影响:Mozilla基金会自述其宗旨是“维护互联网健康”,倡导和全球项目的取消可能削弱其未来在这一领域的影响力
17. Why Companies Are Ditching the Cloud: The Rise of Cloud Repatriation (thenewstack.io)

云遣返趋势:企业为何从公有云迁回本地

云遣返(即将工作负载从公有云迁移回本地或私有云环境)正成为企业战略考量的真实选项,而不仅是理论讨论。近期多个案例凸显了这一趋势。

典型案例与动机

37signals(Basecamp与Hey的开发商) 宣布完全退出AWS,预计每年可节省200万美元,五年超1000万美元。其经历引发了关于云经济性与基础设施策略的广泛讨论。
GEICO 也在大规模进行云遣返,作为架构改造的一部分。其平台与基础设施工程副总裁Rebecca Weekly指出,在上云十年后,GEICO仍未完成全面迁移,且云账单增长2.5倍,可靠性问题加剧。

驱动因素

  1. 成本攀升:云存储和AI工作负载费用高昂,特定应用在自有基础设施上运行更具成本效益。
  2. “直接迁移”的局限:简单将遗留应用移至云往往无法带来预期收益,反而成本过高。
  3. 供应商锁定风险:为避免锁定而分散部署到多云,反而增加运营复杂性和可靠性问题。云托管的数据库服务(如AWS RDS)因捆绑架构形成隐性锁定,限制了企业采用更优存储方案或进行自定义优化的能力。部分企业因此转向在Kubernetes上自托管数据库以追求完全可移植性。

决策考量因素

是否进行云遣返需基于以下因素谨慎评估:

  • 规模与可预测性:工作负载稳定、增长可预测的企业更适合自有基础设施。
  • 工程能力:企业需具备强大的内部专业团队来管理本地基础设施。
  • 企业阶段:云遣返不适合初创或尚未盈利的企业,云仍能为其简化IT复杂度。
  • 投资能力:企业可将本地基础设施视为长期资本投资,而非持续的运营费用。金融服务等行业通常愿意为此类资本支出。

第三条路径:云端创新

除了“全云”或“全本地”的选择,出现了在云环境中采用替代技术与架构的创新路径。例如通过云市场(如AWS Marketplace)使用专有存储解决方案、自定义数据库引擎或优化工具,在云端实现传统上与本地部署相关的性能与成本优势,同时保持云的可扩展性与灵活性。例如,企业可在云端使用基于NVMe的存储或通过Kubernetes自托管数据库,以规避锁定。

展望未来

云遣返趋势反映了基础设施策略认知的成熟。GEICO和37signals的经验表明,成功不仅取决于工作负载运行地点,更在于制定连贯、周密的基础设施管理方案。未来决策不应追随行业潮流,而应基于具体业务需求、工作负载特性与经济因素,选择留在云端、迁回本地或采用混合架构。

18. What has case distinction but is neither uppercase nor lowercase? (devblogs.microsoft.com)

在Unicode标准中,存在一类字符,它们具有大小写区分,但其本身既不是大写也不是小写形式。这类字符拥有第三种形态:标题大写

具体来说,对于一个字符c,存在以下情况:

  • toUpper(c) ≠ toLower(c)
  • c ≠ toUpper(c)c ≠ toLower(c)

这种特性主要体现在某些双字母组合(digraph)上,例如拉丁小写字母dz(U+01F1)。这些双字母组合在一些语言(如匈牙利语、塞尔维亚-克罗地亚语)中被视为单独的字母。例如,匈牙利语的字母表就包含“cs”、“dz”、“dzs”等组合。

这些双字母组合在Unicode中拥有三种形式:

  • 大写形式(例如:DZ)
  • 标题大写形式(例如:Dz)
  • 小写形式(例如:dz)

Unicode标准中共定义了四组这样的双字母组合(如DŽ/Dž/dž等)。

这些编码主要为支持塞尔维亚-克罗地亚语的拉丁字母与西里尔字母之间的一一对应转写,而非直接源于匈牙利语。

一个重要推论是:在匈牙利语中,由于“dz”被视为单个字母,搜索“mad”时不应匹配“madzag”(意为“绳子”),因为“dz”并非一个“d”后跟一个“z”。这强调了进行本地化敏感的字符串搜索(而非简单的逐字面搜索)的必要性。

19. New images of Jupiter (www.missionjuno.swri.edu)

新木星图像处理画廊摘要

画廊目的与邀请

JunoCam原始图像在此发布,鼓励公众下载、处理并上传创作。支持的处理类型包括裁剪、突出大气特征、颜色增强、拼贴及高级色彩重建。由于木星强烈辐射带影响,JunoCam在PJ56图像中显示动态范围减少和噪声增加,呼吁公民科学家探索新处理方法以展现木星及其卫星的美丽与奥秘。社区贡献已用于科学报告和学术论文,并作为艺术作品展示。

PJ-1图像测试

首次近木点(PJ-1)为测试运行,共拍摄28张图像,旨在优化观察几何和相机设置。测试包括:

  • 北极成像:使用不同延时积分(TDI)设置和几何角度(俯视与斜视),以评估极地区域最佳成像效果,并尝试探测极光。
  • 南极进行类似测试。
  • 比较不同压缩设置。
  • 甲烷滤波器因接近探测器波长极限,需长曝光,可能导致图像杂散光,科学处理时会裁剪受影响区域。

画廊组织与浏览

画廊展示JunoCam原始图像及社区上传作品,JunoCam图像以航天器图标标识。提供原始和处理版本,JunoCam视频以ZIP文件批量下载。用户可按不同特征筛选,如近木点、兴趣点和任务阶段。支持按“提交者”创建个人画廊。特别说明:地球飞越任务阶段图像于2013年采集,主要由业余爱好者处理。

JunoCam技术细节

JunoCam为“推帧”成像器,探测器表面有多个滤波条带(红/绿/蓝和甲烷窄带滤波器,中心波长约890 nm),通过航天器旋转扫描目标。旋转速率约2 RPM,帧获取间隔约400毫秒。为避免旋转导致的图像模糊,采用延时积分(TDI)技术,每3.2毫秒垂直移位一行以补偿运动。轨道情况下可使用多达100个TDI步骤。像素深度为12位,但压缩为8位以减少数据大小;科学分析应使用行星数据系统(PDS)的线性12位数据产品。

20. Unix Programmer's Manual Third Edition [pdf] (1973) (dspinellis.github.io)

《Unix程序员手册》第三版(1973年)摘要

本文档是1973年出版的《Unix程序员手册》第三版的扫描版PDF。该手册是Unix操作系统的核心参考文献,由K. Thompson和D. M. Ritchie编撰,旨在为程序员和用户提供Unix系统的完整使用指南。

文档结构与内容概述

手册内容全面,涵盖了Unix系统的各个方面,其核心章节包括:

  1. 序言与引言:包含第三版序言、手册使用指南以及如何开始使用Unix系统的说明。
  2. 目录与索引:提供了详细的目录和关键词索引,方便查阅。
  3. I. 命令:详细描述了Unix系统提供的所有用户级命令(shell命令和实用程序)。
  4. II. 系统调用:文档化了Unix内核提供的系统调用接口,这是应用程序与操作系统交互的底层基础。
  5. III. 子程序:介绍了标准C库中的函数和子程序。
  6. IV. 特殊文件:说明了设备文件、管道等特殊文件的用途和接口。
  7. V. 文件格式:定义了系统中各种重要文件(如可执行文件、存档文件、目录结构)的内部格式。
  8. VI. 用户维护的程序:描述了通常由用户安装和维护的实用程序。
  9. VII. 杂项:包含各种其他主题的说明。
  10. VIII. 维护:提供了系统维护和管理的相关信息。

文档特点

  • 历史价值:这是Unix历史上一个关键版本的手册,反映了早期Unix系统的设计理念和核心工具集。
  • 技术性:内容以严格的、参考手册式的风格编写,旨在提供精确、权威的技术说明。
  • 结构化:遵循标准的手册页(man page)格式,通常对每个命令或函数列出名称、概要、描述、选项、文件、参见和缺陷等部分。

该手册是理解Unix哲学、操作系统原理以及经典Unix工具起源的重要历史文献。

21. Tracking down a mysterious skateboarder from 1979 (www.ncrabbithole.com)

追踪1979年神秘滑板女孩:从网络照片到现实重逢

📸 照片起源

  • 滑板传奇人物托尼·霍克于周六在Instagram发布了一张1973年(后更正为1979年)的雨中滑板照片,照片中一位女孩撑伞踩板,姿态自信
  • 照片原始来源为《费耶特维尔观察家报》,由摄影师史蒂夫·奥尔德里奇拍摄

🔍 追踪过程

  1. 初步线索:通过图片搜索发现照片曾由blackarchives.co于2022年9月发布,托尼·霍克本人曾留言
  2. 关键日期更正:照片实际拍摄于1979年1月20日(非托尼标注的1973年)
  3. 图书馆协助
    • 夏洛特梅克伦堡图书馆馆员约翰·奥康纳协助联系坎伯兰郡公共图书馆
    • 馆员马特·摩根在1979年1月21日的报纸缩微胶卷中找到照片原始说明

👧 主人公身份确认

  • 照片主角为10岁的尚达·沙恩(报纸误拼为“Shaundra”)
  • 拍摄地点:费耶特维尔市丹斯莫尔街
  • 拍摄背景:摄影师看到她在雨中滑板后邀请拍摄,并让她使用雨伞作为道具

🛹 个人故事与现状

  • 童年经历
    • 与祖父母同住,热爱滑板带来的自由感
    • 是朋友圈中唯一的滑板爱好者
    • 中学时期因交男友而逐渐远离滑板
  • 成年生活
    • 现年56岁,仍在费耶特维尔生活
    • 离异,育有三子,担任医疗系统患者服务专员
  • 照片重现
    • 2022年9月收到老邻居转交的旧照片
    • 同一时期照片在网络上意外传播
    • 因托尼·霍克发布而引发广泛关注

🔄 后续发展

  1. 媒体与社区响应
    • 《费耶特维尔观察家报》联系尚达进行45周年重拍
    • 当地滑板店主动联系
    • 照片摄影师安德鲁·克拉夫特扫描原始底片并发布更多历史滑板照片
  2. 个人反应
    • 尚达对意外走红感到惊喜
    • 通过报道首次了解“goofy footed”(右脚在前的滑板姿势)术语
    • 受儿子影响近期重新尝试滑板
  3. 更正说明:作者更正了关于“goofy footed”的解释错误(实际为右脚在前)

💭 情感内核

照片不仅记录了童年自由时光,也串联起四十余年后跨越时代的共鸣——从图书馆员、摄影师到滑板传奇,多个平凡人的接力让一段被遗忘的历史重见光明。

23. U.S. chip revival plan chooses sites (spectrum.ieee.org)

美国芯片复兴计划选址进展

核心进展
负责管理美国《芯片法案》130亿美元研发项目的国家半导体技术中心(NSTC)近期取得重要进展:发布了2025-2027年战略计划,并确定了三个规划设施中两个的选址。第三个用于芯片原型制造和封装的设施选址尚未公布。

战略目标
NSTC的三大核心目标包括:

  1. 延长美国的技术领先地位;
  2. 降低原型开发的时间和成本;
  3. 建立并维持半导体人才培养生态系统。

已确定的两个设施

  1. 纽约州奥尔巴尼:极紫外光刻中心

    • 投资8.25亿美元,专注于极紫外光刻技术。
    • 依托已投入超250亿美元的奥尔巴尼纳米技术园区,该园区已有EUV光刻机,并正在扩建以安装下一代高数值孔径EUV设备。
    • IBM等企业在此合作,报告了铜互连21纳米间距的突破性成果。
    • 该中心旨在构建广泛的研发生态系统,支持从初创企业到成熟公司的技术创新。
  2. 加州桑尼维尔:设计与协作中心

    • 负责芯片设计、电子设计自动化、架构及硬件安全等前沿研究。
    • 提供云端设计工具、参考流程等资源,旨在降低设计成本和时间。
    • 坐落于硅谷,依托当地高校、风险投资和产业人才优势,便于整合从半导体工艺到云软件的全产业链资源。

待确定的封装与原型中心

  • 选址仍在讨论中,可能成为扩大半导体产业地理分布的关键。
  • 宾夕法尼亚州等地区因缺乏封装基础设施而视为机会,俄勒冈州则凭借英特尔的技术生态提出申请。

潜在挑战

  • 行政结构可能因多层管理(如国家标准与技术研究院芯片办公室、非营利机构Natcast等)而影响决策敏捷性。行业呼吁保持灵活性以加速产业发展。
24. Mozilla Foundation lays off 30% staff, drops advocacy division (techcrunch.com)
  • 裁员情况:Mozilla基金会(Firefox浏览器制造商Mozilla的非营利部门)已裁减30%的员工。据知情人士透露,裁员前该基金会约有120名员工(2022年税务文件显示为60人)。这是Mozilla今年内的第二次裁员,此前影响的是开发Firefox浏览器的Mozilla Corporation部门。

  • 裁员原因:基金会声明称,此举是为了“重组团队以提高敏捷性和影响力”,以加速实现“更开放、公平的技术未来”的工作,这将导致终止一些历史项目并裁撤相关岗位。执行董事Nabiha Syed在内部邮件中表示,需要在技术世界“不懈的变化”中保持专注,做出艰难选择以专注于高风险任务。

  • 组织结构变化:基金会原有的两大部门——倡导部全球项目部——已从组织结构中移除。但Mozilla发言人后续澄清,倡导工作仍是基金会的“核心原则”,并将融入所有其他职能领域。

  • 后续工作重点:Syed表示,此次重组旨在建立基金会“统一、有力的叙事”,并改进战略传播。Mozilla基金会的主要工作一直聚焦于倡导隐私、包容性和技术去中心化,以创造更安全、透明的网络体验,这些工作最终惠及浏览器制造商及其用户。

  • 背景说明:Mozilla由多个组织构成,其中包括开发Firefox的Mozilla Corporation(营利性)以及负责治理和制定政策的Mozilla Foundation(非营利性、免税)。

25. Show HN: Aide, an open-source AI native IDE (aide.dev)

Aide 是一个开源的 AI 原生集成开发环境(IDE),作为开发者工具实验室,专注于探索 推理时间缩放(inference-time scaling)代理系统(agentic systems) 如何革新软件的编写、调试和维护流程。该实验室在 swebench-verified 基准测试中取得了 最先进(SOTA) 的成果,通过使用 Sonnet 3.5 模型进行测试时推理缩放,成功解决了 62.2% 的问题,重新强调了“苦涩教训”的核心观点:利用计算能力的通用方法在软件开发中具有显著优势。

26. Traceroute Isn't Real (gekk.info)

文章核心观点:Traceroute并非一个正式的、可靠的网络协议或诊断工具。其本质是利用网络基础机制(ICMP TTL Exceeded消息)的一种临时性、非标准化的“技巧”,在现代复杂网络环境中已基本失效且极具误导性。

详细说明:

  1. 非正式协议与历史缺失:Traceroute没有为其专门定义的RFC(RFC1393未被实现)。其工作原理(发送数据包并递增TTL,收集沿途路由器返回的ICMP TTL Exceeded消息)是1987年由Van Jacobson基于一个意外发现的网络行为而编写的“聪明黑客技巧”,并非经过设计、审查和标准化的协议。因此,它缺乏规范的端口、防火墙规则和实现标准。

  2. 工作原理与缺陷

    • 原理:利用IP数据包的TTL(生存时间)字段。当TTL减至0时,路由器可选择丢弃数据包并向源端发送ICMP TTL Exceeded消息。通过递增发送的TTL值,理论上可以逐跳获得路径上路由器的IP地址。
    • 根本问题:ICMP TTL Exceeded消息的本意是报告路由循环等错误,并非用于路径跟踪。RFC 792中对是否发送此消息仅用了“MAY”(可选),而非“MUST”(必须)。
  3. 在现代网络中的失效原因

    • 技术抽象:MPLS等技术会封装IP包,使得Traceroute无法获取真实的传输路径。
    • 硬件实现:现代高速路由器将数据转发(数据平面)与控制/管理(控制平面)分离。数据平面由专用硬件高速处理,而生成ICMP消息等任务需由低速、负载沉重的控制平面CPU处理。为优化性能,厂商经常不实现或严格限制TTL Exceeded消息的生成。
    • 无商业动机:对网络设备商和运营商而言,确保Traceroute可靠工作无足轻重。没有标准强制要求,且解决问题的成本(如设计专用电路)远高于收益。
    • 网络运维现实:在互联网上,即使发现疑似路由问题(如某跳无响应),用户通常也无能为力,难以联系到中间网络的管理者进行协调解决。
  4. 作为诊断工具的严重误导性

    • 缺乏可靠信号:某跳无响应、高延迟、丢包等现象并不能直接等同于网络故障。这可能是路由器策略性不响应、速率限制、或负载过高等原因造成的正常现象。
    • 解读极度困难:结果高度依赖测试路径所经过的具体网络实现和策略,缺乏上下文和经验几乎无法正确解读。
    • 引发错误诊断:许多技术人员将Traceroute中单个节点无响应错误地判定为故障点,导致整个排错过程被带入歧途,浪费时间(例如错误地向中间网络提交故障单)。
    • 自我干扰:多人同时对同一目标运行Traceroute或类似工具(如MTR),可能触发路由器的速率限制机制,反而制造出原本不存在的“丢包”现象。
  5. 结论与建议:Traceroute是一个基于“巧合”和“黑客技巧”的脆弱工具。在无法控制全部路径的公共互联网上,其输出基本无意义且具有欺骗性。仅在完全可控的内部网络中,结合对预期路径的了解,才有有限的参考价值。作者强烈建议避免依赖它进行网络诊断,并警告其结果容易误导经验不足的技术人员。

总结:Traceroute是一个历史遗留的、未标准化的实验性工具,因现代网络架构、硬件实现及商业逻辑而已变得不可靠。它提供的信息在大多数场景下无法用于准确诊断问题,反而容易导致错误结论。

29. AMD Ryzen 7 9800X3D Linux Performance: Zen 5 With 3D V-Cache (www.phoronix.com)

文章摘要:AMD Ryzen 7 9800X3D Linux性能评测

核心状况

提供的文章内容并非实质评测文本,而是一个Cloudflare安全验证页面。这意味着原始文章内容暂时无法访问,无法获取其详细的技术测试数据、基准性能图表和结论。

标题与内容推断

根据文章标题“AMD Ryzen 7 9800X3D Linux Performance: Zen 5 With 3D V-Cache”,可以推断其意图和可能涵盖的主题:

  1. 评测对象:AMD即将或刚推出的 Ryzen 7 9800X3D 处理器。该型号是锐龙7000系列(基于Zen 4架构)的继任者,采用新一代 Zen 5 微架构。
  2. 关键技术:搭载 3D V-Cache 技术。这项技术通过垂直堆叠额外的SRAM缓存层,显著增加L3缓存容量,旨在大幅提升游戏和特定计算任务中的性能。
  3. 测试平台Linux 操作系统。评测重点关注该处理器在Linux环境下的性能表现,包括生产力软件、编译任务、服务器负载以及游戏(通过兼容层如Steam Play/Proton)等方面。
  4. 文章性质:这是一篇来自知名硬件评测网站(Phoronix,基于域名推断)的深度性能评测文章。

预期内容结构(基于常见评测模式)

若文章可访问,预期会包含以下部分:

  • 产品介绍:Zen 5架构的改进点、3D V-Cache的具体规格(如缓存容量)、功耗和频率信息。
  • 测试环境:详细的Linux发行版、内核版本、编译器设置、测试平台(主板、内存、散热器等)。
  • 基准测试:一系列针对CPU的基准测试套件(如Geekbench、PassMark、Blender、LLVM编译测试等)的性能数据。
  • 游戏性能:在Linux下使用Proton运行Windows游戏时的帧率表现,并可能与前代产品(如Ryzen 7 7800X3D)及竞争对手产品进行对比。
  • 能效分析:在不同负载下的功耗和温度表现。
  • 总结与结论:对Ryzen 7 9800X3D在Linux生态中整体价值、优势场景(如游戏、缓存敏感型任务)以及可能短板的评估。

当前结论

由于无法读取实际评测数据,无法提供具体的性能百分比、对比排名或实测结论。读者需等待验证通过后,访问原始文章获取该处理器在Linux环境下的详细性能表现和分析。

30. Fisker EVs Hired an IT Spy Who Funneled Millions to N. Korea's Missile Program (www.torquenews.com)

Fisker电动汽车公司聘请朝鲜间谍,资金流入导弹计划

美国电动汽车制造商Fisker在2021年10月雇用了一名远程IT员工Kou Thao,后证实其为朝鲜政府间谍。该事件是朝鲜针对美国汽车制造商资金洗钱计划的一部分,该计划已向朝鲜弹道导弹项目输送超过600万美元。

间谍操作与资金流向

  • 被告Kou Thao提供的亚利桑那州地址实为同谋Christina Chapman所有。
  • Chapman设置了笔记本电脑,供朝鲜特工通过俄罗斯和中国进行远程访问。
  • 此骗局使Fisker在不知情下支付薪酬,资金最终流向朝鲜武器计划。

事件后果与波及范围

  • Fisker在2023年9月接到美国司法部通知后解雇Thao。
  • 该事件可能对Fisker的财务状况造成压力,公司在九个月后(2024年6月)申请破产保护。
  • 司法部2024年4月起诉文件显示,另一同谋“Frank C.”曾为密歇根州底特律一家“财富500强标志性美国汽车制造商”工作(文件未指明公司名称)。底特律两家财富500强车企为通用汽车和福特汽车。

FBI警告与朝鲜网络威胁

  • 美联调查局(FBI)于2024年9月3日发布公告,警告朝鲜针对去中心化金融(DeFi)、加密货币及相关企业员工发起高度定制化、难以检测的社会工程攻击,以部署恶意软件窃取加密货币。
  • 公告指出朝鲜恶意网络行为者已研究加密货币交易所交易基金(ETF)相关目标,可能发动恶意网络活动。
  • FBI强调朝鲜采用复杂策略窃取加密货币资金,对拥有大量加密资产或产品的机构构成持续威胁。

公司回应

  • Fisker首席执行官Henrik Fisker向丹麦媒体《工程师》表示,该案“已交由FBI处理”,并拒绝进一步评论。
31. Monorepo – Our Experience (ente.io)

九个月前,Ente团队将其代码库切换为单体仓库(monorepo)。本文分享了他们迄今为止的经验,旨在提供参考而非指导性建议。

背景与动机

Ente始于构建一个端到端加密的个人数据存储平台。当前产品(Ente Photos)的深层愿景是保障所有个人数据的隐私权。从意识形态上看,将代码视为一个平台(而非单一应用)来组织,采用单体仓库是更合适的选择,这类似于Linux内核作为完整平台的代码组织方式。

团队此前经历了一年多的微仓库(microrepo)设置(代码分散在十几个仓库),在准备开源服务器代码时,他们抓住机会整合代码库,决定迁移至单体仓库。这使他们能够在相似的团队规模和工作背景下,对比两种组织方式的差异。

核心体验总结

切换到单体仓库总体上并未带来巨大变化,而产生的细微变化都是积极的。团队原本对仓库组织方式就不甚在意,也未期待从中解决重大问题,迁移过程本身很顺利。

主要收获与优势

  1. 减少重复工作:这是最实际的收益。例如,一个涉及移动、桌面、Web应用及ML框架代码的模型修改,原先需要四个独立的PR和跨仓库链接,现在只需一个PR,审查、合并和回滚都更简单。
  2. 减少子模块使用:子模块是解决特定问题的方案但使用繁琐。单体仓库减少了需要依赖子模块的情况。原先Web和桌面代码库的子模块关系需要复杂的发布协调,现在可以在同一提交中原子化地修改相互依赖的代码。
  3. 营销与可见性优势:原先分散在多个仓库的GitHub星标(stars)现在集中于一个仓库。根据平台推荐算法和用户心理,集中显示的星标数量更具影响力。
  4. 迁移简单,无额外负担:团队担心会影响开发速度,但事实证明无需改变现有工作流程或制定新的仓库级规范(仅两条简单规则:不碰根文件夹、无需仓库级指南)。这得益于团队规模较小且高度互信。
  5. 便于长期重构:跨仓库边界的重构需要更高的启动能量(心理障碍更大),而在单体仓库中,跨文件夹的渐进式重构变得自然。团队已据此合并了多个Web应用,促进了代码重用。
  6. 增强团队连接感:在共享的代码空间中工作(但各自有独立文件夹),通过git pull时看到的文件变更、分支名称等“环境线索”,团队成员能潜意识地感知到整体进展和彼此的工作,增强了参与感和整体性意识。

结论

作者个人最喜欢的是,代码作为单一平台一部分的归属感。技术上,他们没有发现明显的缺点,GitHub Actions等工作流可针对特定文件夹路径触发,管理方便。整体而言,这次迁移对他们的开发体验产生了积极且无缝的影响。

32. Show HN: Lyceum – An MMO game built with Zig and Erlang (github.com)

Lyceum 是一款大型多人在线游戏,其服务器使用 Erlang 编写,客户端使用 Zig 编写,并结合了 raylib 和 Zerl 库。

项目现状与焦点

  • 该项目曾在 Func Prog Sweden 2024 和 Gambiconf 2025 会议上展示,介绍了其技术栈和 Zerl 库。
  • 当前,客户端开发(除 Zig 本身的更新外)已暂停,团队的重心转向 Erlang + PostgreSQL 的后端服务器开发。计划在未来某个时间点重返该项目。社区可以贡献代码或提交拉取请求。

开发与运行 项目开发环境基于 Nix,提供了一个包含所有工具链和 PostgreSQL 的统一 devenv 环境。

  1. 进入开发环境:运行 nix develop --impure 进入开发 Shell。
  2. 启动本地数据库:运行 devenv up -d 来启动 PostgreSQL。
  3. 运行游戏
    • 在单独终端中启动 Erlang 后端:使用命令 serverjust server 或通过 nix build .#server 构建后运行。
    • 在另一个终端启动 Zig 客户端:使用命令 client-releasejust client-release 或通过 nix build .#client 构建后运行。非 NixOS 用户可能需要借助 nixGL 来运行客户端。
  4. 客户端启动后连接至 localhost,即可使用本地凭证尝试游戏。
  5. 项目也支持通过 Nix 构建服务器的 OCI 容器镜像。

游戏背景设定 故事发生在一个由神祇“阿德拉曼”建造的远古高塔周围。塔中的骑士因一场号角声而从沉睡中醒来,陷入混战。最终一位骑士幸存并统治了双城“特洛瓦”。为寻回失去的和谐与真理,人们建立了“Lyceum”(学园)。如今,人类光芒渐暗,北方蛮族入侵,城市内部腐化,文明岌岌可危。玩家扮演的“哲学家”角色,负有修复意义、带领众人重寻真理的使命。

资源引用 项目使用了公开的纹理、模型、字体和音效资源,并特别感谢了背景音乐“Linear B”的作者允许使用。其余大部分内容由开发者创作或使用工具生成。

33. 98.css – A design system for building faithful recreations of old UIs (jdan.github.io)

98.css 摘要

98.css 是一个纯 CSS 设计系统,其核心目标是帮助开发者构建忠实再现 Windows 98 风格用户界面的网页。该项目不含 JavaScript,仅通过样式来实现复古外观,因此与任何前端框架兼容。

核心理念与特点

  • 语义化 HTML 优先:要求使用标准的语义化 HTML 标签(如 <button>, <label>),将可访问性作为主要目标。
  • 高度可定制:允许在保持 Windows 98 外观的基础上,自由覆盖默认样式(如调整内边距、颜色等)。
  • 纯 CSS 实现:库本身仅包含 CSS,不包含任何 JavaScript 逻辑。

主要组件与用法

该库提供了一系列 CSS 类,用于构建经典的 Windows 98 界面元素,主要包括:

  1. 基础控件

    • 按钮:标准尺寸,具有凸起的边框样式。点击时边框内凹。支持禁用、聚焦和“默认”按钮(用于表示主操作)样式。
    • 复选框:带凹陷面板和勾选图标的样式,必须与 <label> 配合使用以确保可访问性。
    • 单选按钮:代表一组互斥的选项,通过 name 属性分组。
    • 文本框:单行和多行文本输入区域,支持将标签置于上方或左侧。
    • 滑块:范围输入控件,支持水平和垂直方向,以及方块形指示器。
    • 下拉列表:使用 <select><option> 元素构建。
  2. 容器与布局组件

    • 分组框:使用 <fieldset> 标签将相关控件组织在一个带有凹陷边框的矩形框中,可通过 <legend> 添加标题。
    • 字段边框:提供用于定义工作区或状态栏等区域的通用边框样式类。
  3. 窗口构建系统

    • 标题栏:包含窗口标题和最小化、最大化、关闭等控制按钮。按钮可使用 aria-label 或特定的 CSS 类(如 minimize, maximize, close)来定义功能与样式。支持“非活动”窗口样式。
    • 窗口主体:提供窗口边框和内容区域。
    • 状态栏:通常位于窗口底部,用于显示状态信息。
  4. 高级交互组件

    • 树状视图:用于展示层次结构数据,支持可折叠/展开的节点,通过嵌套列表和 <details> 元素实现。
    • 标签页:模拟文件柜分页标签,通过特定的 ARIA 角色和自定义 JavaScript 来管理激活状态。支持多行标签。
    • 表格视图:提供带有凹陷边框的表格容器。可通过添加 interactive 类和少量 JavaScript 脚本,实现行的点击高亮选中效果。
    • 进度指示器:显示操作进度,支持实心和分段两种样式。

获取与安装

  • 快速使用:可通过 unpkg CDN 直接引入。
    <link rel="stylesheet" href="https://unpkg.com/98.css">
    
  • 包管理器安装:支持从 GitHub 发布页或通过 npm 安装。
    npm install 98.css
    

项目信息

  • 开源协议:采用 MIT 许可证。
  • 社区参与:鼓励在 GitHub 上报告问题、提交拉取请求,特别是欢迎开源新手参与。
34. What Shapes Do Matrix Multiplications Like? (www.thonking.ai)

矩阵乘法性能受形状影响的原理总结

核心观察

Karpathy 提出一个反直觉现象:增大矩阵尺寸后,矩阵乘法(matmul)的绝对运行时间反而减少。这表明矩阵的具体形状对其性能有巨大影响。文章旨在解释导致性能剧烈波动的三个主要因素:计算强度/并行化分块波量化

主要性能影响因素

1. 计算强度与并行化

  • 整体趋势:随着矩阵尺寸增大,性能(以 TFLOPS 计)通常提升。
  • 原因一(并行化):启动内核(kernel)存在固定开销。矩阵越大,工作量越大,固定开销的占比越小。同时,GPU 拥有大量并行核心,需要足够大的工作量才能充分利用。
  • 原因二(算术强度):内存访问成本远高于计算。对于方阵乘法,执行 2N³ 次浮点运算和 3N² 次内存访问。当 N 较小时,内存访问成为瓶颈;只有当 N 达到数百级别时,计算时间才开始主导。

2. 分块

  • 现象:即使矩阵很大,性能也会在 >250 TFLOPS<100 TFLOPS 之间跳动。将数据点按其能被2整除的最高次幂着色后,发现形状的整除性是关键。
  • 原理:GPU 使用 SIMD 指令和缓存行(cache line,通常为32个元素)进行加载。
    • 对齐布局:当矩阵行宽是缓存行大小的整数倍时,每一行起始地址与缓存行对齐。加载一个“分块”(tile)时,只需精确加载所需的缓存行,效率最高。
    • 非对齐布局:当行宽不是缓存行的整数倍时,每一行的起始地址会与缓存行错位。加载数据时,为获取所需元素,必须额外加载前一行末尾的不必要元素,导致冗余内存访问和性能显著下降。
  • 结论:形状的微小改变(如从对齐变为不对齐)可导致内存加载效率骤降,这是性能图表中出现剧烈跳变的主因。

3. 波量化

  • 现象:在形状已被32整除的数据点中,性能仍呈现周期性条纹状下跌(例如,性能峰值出现在 128 mod 256 的形状,而非 0 mod 256)。
  • 原理:将矩阵乘法分解为多个并行任务(线程块/tiles)。当任务总数超过 SM(流多处理器)数量的整数倍时,需要执行额外的“波次”。
  • 类比:如有 N 个并行任务和 N 个 CPU,耗时1秒;若有 N+1 个任务和 N 个 CPU,耗时则变为2秒(因有一个 CPU 需执行两次)。性能在跨越波次边界时出现断崖式下跌。
  • 实例:在 A100 GPU(108 个 SM)上,使用 256x128 的分块尺寸。当矩阵尺寸 N=1792 时,需要 7*14=98 个 tiles,仍在第一波次内,性能高。当 N=1793 时,所需 tiles 增至 8*15=120 个,需要两个波次,性能下降。
  • 库行为:为缓解波量化,cuBLAS 等库可能会在边界处自动切换算法(如改变分块尺寸),这有时会导致非预期的性能变化。

实践意义与局限

  • 形状选择:为获得最佳性能,应尽可能使矩阵尺寸(尤其是行/列维度)是缓存行大小(如32)的整数倍,并考虑波量化的影响。
  • 自动填充:像 torch.compile 这样的工具会尝试自动填充矩阵形状以提高性能。但这带来额外开销:需要完整的内存复制,并且无法完美解决波量化问题(因涉及算法选择等复杂因素)。
  • 未来展望:新的矩阵乘法技术(如 Stream-K)旨在彻底规避波量化效应。

总结

矩阵乘法性能并非仅由计算量决定,其形状通过内存布局对齐性(分块)和任务波次划分(波量化)深刻影响实际执行效率。理解这些底层因素,有助于在实践中通过精心选择形状来“榨取”额外的性能提升。

35. Revealing causal links in complex systems: New algorithm shows hidden influences (techxplore.com)

文章总结

本文介绍了麻省理工学院工程师团队开发的一种新型因果推断算法,旨在揭示复杂系统中变量之间的隐藏因果关系。

核心问题

理解复杂系统(如生态系统、经济体系、气候模式)中的因果关系至关重要,但在实际系统中,多变量相互交织、混淆,使得追溯根本原因变得异常困难。

算法创新

团队开发了名为 SURD(Synergistic-Unique-Redundant Decomposition,协同-唯一-冗余分解)的算法。其创新点在于:

  1. 基于信息论:将系统视为一个信息传递网络,衡量一个变量的变化能多大程度预测另一个变量的状态,以此度量因果影响。
  2. 区分因果类型:不仅能识别强关联变量,还能区分三种关键的因果关系:
    • 唯一因果:一个变量对另一个有独立影响。
    • 协同因果:一个变量必须与另一变量共同作用才能产生影响(例如药物A和B协同作用)。
    • 冗余因果:不同变量能产生相同的效果(例如学习习惯和睡眠对成绩的影响)。
  3. 评估未知影响:算法能估算“因果泄漏”,即系统中无法用现有变量解释的行为比例,提示研究者需要引入更多变量。

技术方法

该算法同时评估系统中的所有变量,分析随时间变化的交互数据,并生成“因果关系图”。与传统方法相比,它不依赖变量强度的单一指标,而是关注信息传播的模式和速率,因此在各种情况下表现更稳健。

应用与潜力

SURD 算法具有跨学科通用性。研究团队已在捕食者-猎物动态、气候数据、海洋物种共演化等多个基准测试中验证了其有效性。该算法在线公开,可供其他研究者使用。 团队计划将该算法应用于航空航天领域,以优化飞机设计、降低燃油消耗。

意义

此方法为理解生态系统、大脑神经网络、区域气候相互作用等复杂系统提供了更强大的分析工具,有望推动气候科学、神经科学、经济学、流行病学等多个领域的进展。

36. Tencent Hunyuan-Large (github.com)

腾讯 Hunyuan-Large 开源模型摘要

腾讯 Hunyuan-Large (Hunyuan-MoE-A52B) 是一个基于 Transformer 的开源混合专家模型,拥有 389 亿总参数和 52 亿激活参数,是目前业界最大的开源同类模型。其开源旨在推动 AI 研究与应用发展。

核心技术优势

  • 高质量合成数据:通过合成数据增强训练,提升模型表征能力、长上下文处理能力和泛化能力。
  • KV 缓存压缩:采用分组查询注意力(GQA)和跨层注意力(CLA)策略,显著减少内存占用和计算开销,提高推理吞吐量。
  • 专家特异性学习率缩放:为不同专家设置不同学习率,确保各子模型有效学习并提升整体性能。
  • 长上下文处理能力:预训练模型支持最长 256K 的文本序列,指令模型支持 128K,强化长上下文任务处理。
  • 广泛基准测试:在多种语言和任务上进行大量实验,验证模型的实际效果与安全性。

推理与训练框架

  • 推理框架:提供 vLLM 和 TensorRT-LLM 两种后端。优化后的 CLA 结构可节省 50% 的 KV 缓存 GPU 内存;FP8 量化相比 FP16/BF16 减少 50% 内存占用并提升 70% 吞吐量。TensorRT-LLM 性能比 vLLM 高出 30%以上。目前已开源 vLLM 方案。
  • 训练框架:模型兼容 Hugging Face 格式,支持使用 hf-deepspeed 框架进行微调,并可利用 flash attention 加速训练。提供了训练脚本和模型实现。

基准测试表现

在多个基准测试中,Hunyuan-Large 预训练模型和指令模型均表现出色:

  • 预训练模型:在 MMLU、CMMLU、C-Eval 等综合基准及常识理解、数学推理(如 GSM8K、MATH)、中文任务上取得最优成绩。
  • 指令模型:在 MMLU、MATH 等数据集上显著领先,例如在 MMLU 上比 LLaMA3.1-405B 高出 2.6 个百分点。

使用与部署

  • 数据格式:训练数据需处理为 messages 格式,支持单轮和多轮对话。
  • 训练支持:提供预构建 Docker 镜像,支持单机和多机训练,并详细说明了硬件要求、配置步骤及关键参数(如 DeepSpeed 配置、LoRA 微调等)。
  • 推理部署:提供 vLLM 的 BF16、Int8 和 FP8 量化部署方案,包含具体操作步骤和性能基准测试结果。
  • 分词器:在 LLaMA3 分词器基础上扩充了 2.9 万中文 tokens,提升了中文压缩率和处理能力。

资源与支持

  • 模型权重、技术报告、训练推理手册已开源。
  • 提供 API 接口、网页演示 Demo 和腾讯云 TI 平台集成。
  • 相关动态包括自定义长上下文基准 PenguinScrolls 发布和模型更新。
37. Defibrillation devices save lives using 1k times less electricity (phys.org)

研究目的
本文探讨了一种通过优化电场配置实现超低能量除颤的可能性,旨在减少现有除颤技术对心脏组织的损伤和患者的痛苦。

研究方法
研究人员采用心脏电生理计算机模型,模拟多种心律失常与除颤场景,并应用伴随优化方法:通过正向求解电压输入和反向时间计算,调整电压配置曲线,以最低能量终止心室颤动。

关键发现

  1. 机制革新:超低能量除颤的机制并非基于兴奋波同步化,而是通过阻断兴奋波在未完全恢复的心脏组织区域的传播。
  2. 能量效率:新方法所需能量可比现有除颤技术降低约1000倍
  3. 优化策略:通过在较长的时间窗口内逐步调整电场波形,可精准干扰“脆弱窗口”中的旋转电波,从而终止异常电活动。

现实意义

  • 减少损伤与疼痛:传统除颤虽能有效终止心律失常,但会导致组织损伤和疼痛;新方法理论上可完全消除这些副作用。
  • 降低植入设备风险:现有植入式心律转复除颤器(ICD)依赖高功率,电池更换手术存在健康风险;低能量方案可延长设备寿命并减少手术需求。

研究背景
正常心跳由电信号协调传播引发同步收缩;心律失常(如颤动)时,电波快速旋转而非正常传导。研究指出,电波传播依赖于组织状态微小变化形成的“脆弱窗口”,新方法正利用此敏感性实现精准调控。

发表信息
该研究题为“Ultra-low-energy defibrillation through adjoint optimization”,发表于《混沌:跨学科非线性科学杂志》(2024年)。

38. EU opens antitrust investigation into anticompetitive practices by Corning (ec.europa.eu)
39. Upcoming changes to the DNSSEC root trust anchor (lists.dns-oarc.net)

DNSSEC根信任锚点即将变更通知

IANA通知全球DNSSEC验证解析器管理者及根区交互工具维护者,根区信任锚点将发生重要变更,可能需相应软件更新。

1. 新增KSK-2024信任锚点

  • 生效日期:2025年1月11日,新密钥KSK-2024将出现于根区,并与现有密钥KSK-2017共存。
  • 密钥记录. 172800 IN DNSKEY 257 3 8 AwEAAa96jeuknZlaeSrvyAJj6ZHv28hhOKkx3rLGXVaC6rXTsDc449/c idltpkyGwCJNnOAlFNKF2jBosZBU5eeHspaQWOmOElZsjICMQMC3aeHb GiShvZsx4wMYSjH8e7Vrhbu6irwCzVBApESjbUdpWWmEnhathWu1jo+s iFUiRAAxm9qyJNg/wOZqqzL/dL/q8PkcRU5oUKEpUge71M3ej2/7CPqp dVwuMoTvoB+ZOT4YeGyxMvHmbrxlFzGOHOijtzN+u1TQNatX2XBuzZNQ 1K+s2CXkPIZo7s6JgZyvaBevYtxPvYLw4z9mR7K2vaF18UYH9Z9GNUUe ayffKC73PYc=
  • 过渡期影响:过渡期间部分DNS响应数据包可能增大。
  • 自动信任:使用RFC 5011进程管理信任锚点的软件,将在KSK-2024引入约一个月后自动信任该密钥。
  • 关键计划日期
    • 2026年10月11日:KSK-2024开始签署根区。
    • 2027年1月11日:计划撤销KSK-2017。
  • 详细文档:完整轮换过程详见 https://www.iana.org/dnssec/files。

2. 信任锚点文件格式更新

  • IANA已根据新版RFC草案(draft-ietf-dnsop-rfc7958bis)更新了信任锚点文件的XML格式,并新增了以往版本未包含的数据。
  • 文件地址https://data.iana.org/root-anchors/root-anchors.xml
  • 操作建议:使用此文件的用户应确保能定期(如每周)检索,并验证系统能正确处理新格式。

3. 信息获取渠道

40. More Oracle Layoffs Started Nov. 1, Cloud Unit Impacted (www.channelfutures.com)

根据提供的页面内容,这并非实际的文章正文,而是一个由Cloudflare提供的安全验证页面。该页面要求用户启用JavaScript和cookies后才能继续访问目标内容。

页面本身不包含任何关于“Oracle裁员”的实质性信息,仅显示了技术性的验证代码和错误提示“Enable JavaScript and cookies to continue”。因此,无法从当前提供的HTML代码中总结出与Oracle裁员相关的任何新闻细节或文章要点。

要获取准确的文章摘要,需要提供绕过安全验证后实际加载的文章内容。

41. Using Two ReMarkables (www.ohrg.org)

作者背景

  • 博士生,主要工作围绕阅读和规划阅读内容,时间范围从短期(如一周内的课程或会议)到长期(如明年才检查的论文或研究轨迹)。

reMarkable设备购买与理念

  • 自2017年首次购买reMarkable 1,2020年预购reMarkable 2,2024年9月订购Paper Pro。原因包括对技术的热爱以及认同reMarkable的设计理念:在电子平板上重现纸张的触感和组织体验,而非取代iPad,专注于笔记、PDF或EPUB的阅读与注释。

使用reMarkable的挑战

  • 文档切换问题:在PDF和笔记本之间切换需双指下滑操作,因电子墨水屏响应较慢,操作易出错且有延迟,源于设计限制(一次仅处理一个文档)。
  • 尾注与参考文献导航困难:PDF中尾注链接常缺失或返回链接快速消失(3-4秒),手动滑动查找误差大且返回原页面困难。

使用两个reMarkable的设置与益处

  • Paper Pro(新款设备):用于阅读文档,更大屏幕适合双栏论文,彩色显示支持颜色编码高亮(黄色标记重要短语、蓝色用于定义或关键概念、绿色用于需查找的参考)。
  • reMarkable 2:用作笔记本,记录阅读要点,形成文档“地图”,采用颜色编码(黑色为默认、蓝色用于附加想法、绿色用于参考、红色用于重要点);同时作为“收件箱”记录待办事项,弥补Paper Pro响应性不足。
  • 解决导航问题:通过reMarkable 2查看尾注和参考文献,避免在Paper Pro上频繁跳转,便于序列化阅读尾注。

整体效果

  • 提高生产力,减少对外部设备(如笔记本电脑)的依赖,降低分心(如避免打开邮箱或浏览器),通过专注reMarkable设备增强深度阅读与笔记体验。
42. Show HN: Whirlwind – Async concurrent hashmap for Rust (github.com)

Whirlwind:Rust 异步并发哈希表

概述

Whirlwind 是一个为高性能并发数据访问设计的、基于分片(sharded)的异步哈希表库,专为 Rust 语言开发。它无缝集成 Rust 的 async/await 语法,适用于多线程环境,能有效减少锁竞争。目前该库仍在开发中,1.0 版本之前可能会有破坏性更新。

核心特性

  • 异步支持:与 Rust 的 async/await 语法无缝集成。
  • 高性能:通过分片(sharding)机制最小化并发环境下的锁竞争。
  • 线程安全:可跨多线程安全使用,无需担心数据竞争。
  • 熟悉的 API:提供类似标准 HashMap 的接口,易于上手。
  • 可定制分片数:允许根据工作负载配置分片数量,以优化性能。

安装与使用

通过 Cargo.toml 添加依赖:

[dependencies]
whirlwind = "0.1.1"

基本用法示例

use whirlwind::ShardMap;

#[tokio::main]
async fn main() {
    let map = ShardMap::new();
    map.insert("apple", 3).await;
    map.insert("banana", 5).await;

    if let Some(quantity) = map.get(&"apple").await {
        println!("We have {} apples!", quantity);
    }

    map.remove(&"banana").await;
}

并发操作示例

支持通过异步任务并发插入数据,并确保数据一致性:

use whirlwind::ShardMap;
use tokio::task::JoinSet;

#[tokio::main]
async fn main() {
    let map = ShardMap::new();
    let tasks: JoinSet<_> = (0..1000).map(|i| {
        let map = map.clone();
        tokio::spawn(async move {
            map.insert(i, i * 2).await;
        })
    }).collect();

    tasks.join_all().await.ok();
    assert_eq!(map.len().await, 1000);
}

自定义分片数

可初始化时指定分片数量(如 64 个):

let map = ShardMap::with_shards(64);

性能测试

在 Apple M3 Max 设备上进行了基准测试,使用 std hasherahash 两种哈希函数,覆盖了以下场景:

  • 读取密集型(Read Heavy)
  • 读写交换型(Exchange)
  • 快速增长型(Rapid Grow)

测试结果表明该库在并发环境下具有高性能表现。

贡献与许可

项目欢迎贡献,需遵循标准的 GitHub 工作流程(fork、分支、提交、PR)。代码风格使用 rustfmt 格式化。

该库基于 Apache License 2.0 许可发布。

43. Powering the Mars Base (caseyhandmer.wordpress.com)

火星基地能源供应方案分析

本文探讨了为快速增长的火星基地提供能源的挑战与可能解决方案,重点分析了核能、太阳能及合成燃料的可行性。

一、巨大的能源需求

火星基地的能源需求远超地球常规水平。考虑到火星恶劣环境及未来工业化需求,作者估算人均需约 100 千瓦 功率。主要能源消耗包括:

  • 生命维持与基础设施(加热、冷却、制造)
  • 火箭燃料合成:为返回地球的星舰生产甲烷和液氧,该过程能耗极高(例如,生产一艘星舰燃料需约 17 吉瓦时能量)。
  • 运输与工业:重型车辆、材料合成等。

二、主力供能方案比较

  1. 核能

    • 优势:能量密度高,可提供稳定基载电力。
    • 挑战
      • 散热难题:火星低温环境与低效辐射散热,需巨大散热面积(1 吉瓦反应堆可能需约 10 平方公里居住舱表面积散热)。
      • 运输与成本:反应堆重量大(约 150 吨/兆瓦),大规模部署需数千次星舰发射,运输成本高昂。
  2. 太阳能

    • 优势:技术相对成熟,无辐射风险。
    • 挑战
      • 季节性及尘暴影响:固定式光伏容量因子低(约 25%),需配套大规模储能(如电池)应对夜间与尘暴期。
      • 运输与部署:即使采用高效面板,单位兆瓦重量仍较高(约 80 吨/兆瓦),同样面临巨额发射成本。
  3. 其他方案探讨

    • 微波输电:作者提出未来可在近地轨道大规模制造太阳能电站,通过微波将电能传至火星轨道再接收,可能比地面部署更经济。
    • 核反应堆优化:采用空气循环、高温堆芯等设计提升单次发射功率密度。

三、合成燃料选择

火星基地需本地生产燃料,主要用于火箭推进、车辆及设备。主要选项如下:

  • 甲烷(CH₄):星舰主燃料,能效高,但需低温储存,易爆。是火星化工基础原料。
  • 一氧化碳/氧气(CO/O₂):可通过电解 CO₂ 制备,过程简单但能效较低(约 20%),能量密度约为甲烷一半。
  • 醇类(甲醇、乙醇等):液态,便于储存和处理,但有一定毒性,合成路径较复杂。
  • 其他:包括固态燃料(如石蜡)、氮基燃料等,但综合性能或安全性均不及前述选项。

作者认为,实际可能采用 甲烷、一氧化碳、甲醇等组合,辅以高性能电池,以满足不同场景需求。

四、综合能源流示意

对于一个万人规模的火星城市,能源分配大致如下:

  • 电能生产:人均约 200 千瓦。
  • 主要用途:近半数能量用于 合成燃料(尤其是火箭推进剂),其余用于工业制造、生命支持及交通运输。

五、现实关联

作者指出,其创业公司 Terraform Industries 正在地球开发基于太阳能的合成碳氢燃料技术,该技术路线与火星能源方案相通,旨在实现能源 abundance 并解决碳排放问题。


总结:火星基地能源挑战巨大,核能与太阳能各有优劣,均面临极高的运输与部署成本。本地化燃料生产至关重要,甲烷及一氧化碳体系是关键选项。未来可能结合太空太阳能电站、微波输电等创新方案降低地面负担。

44. 2x 16GBx256GB Mac minis cost $1 cheaper than a single 32GBx512GB Mac mini (twitter.com)

来自Twitter用户rohit (@seatedro)的帖子指出,购买两个配置为16GB RAM和256GB存储的Mac mini的总价格,比购买一个配置为32GB RAM和512GB存储的Mac mini便宜1美元。原帖评论认为这种定价差异极其荒谬和令人惊讶。

45. Boeing Wonderland: The Fake Cities on America's West Coast (2013) (warfarehistorynetwork.com)

二战期间,为应对日本可能对美国西海岸发动空袭的恐慌,一系列精心设计的伪装计划被实施,旨在保护至关重要的飞机制造厂。这些工厂大多位于沿海地区,极易成为攻击目标。其中最具代表性的项目是在波音、洛克希德和道格拉斯等公司的厂房顶部建造逼真的“假城镇”,从空中俯瞰时使其看起来像普通的居民区,从而迷惑敌军飞行员。

背景与动因 珍珠港事件后,西海岸民众普遍担心日军轰炸机随时可能来袭。一系列真实的袭击事件(如加州圣巴巴拉的炮击)加剧了这种恐惧。军事和工业规划者认识到,美国绝大部分飞机制造产能集中在沿海,特别是加利福尼亚州,这使它们极度脆弱。因此,保护这些工业资产成为当务之急。

关键人物与计划 约翰·弗朗西斯·奥默少校(Major John Francis Ohmer, Jr.)是这项伪装计划的核心推动者。他利用自己与好莱坞的邻近优势,招募了大量电影布景设计师、画家和特效专家参与。这些专业人士运用制作电影布景的技巧,为洛克希德、道格拉斯、波音等公司的厂房量身定制伪装。

具体实施案例

  1. 波音公司“仙境”:在西雅图,工程师约翰·斯图尔特·德特利用设计了波音2号厂的伪装。他们在复杂的锯齿形厂房屋顶上,利用木结构和帆布,建造了一个名为“仙境”的微缩小镇,包括53栋房屋、车库、商店、加油站以及带有名字的街道(如“合成街”)。街道上还停着木制假汽车。整个项目耗资约300万美元,使用了大量木材和钢材。
  2. 洛克希德与道格拉斯公司:在南加州,洛克希德在伯班克的工厂以及道格拉斯在圣莫尼卡的工厂也进行了类似伪装。道格拉斯的项目由建筑师H·罗伊·凯利和景观设计师爱德华·亨茨曼-特劳特设计,他们同样雇佣了华纳兄弟公司的布景师。伪装网被涂上不同色彩以模拟街区和绿地,甚至匹配了相邻社区的建筑风格。

技术与特点 这些伪装主要针对高空侦察和轰炸视角设计。它们通常是二维或低矮的三维结构,如帆布制作的“房屋”、用焦油和羽毛制成的假树,以及在跑道上绘制的街道图案。其目的是在敌机飞行员有限的观察时间内,从高处看来如同真实的居民区。一些项目甚至考虑到了细节,如定期移动假汽车以模拟生活气息。

效果与结局 尽管这些伪装工程极富想象力且投入巨大,但历史证明,日军从未对美国本土发动大规模战略轰炸,因此这些“假城镇”可能从未真正经受考验。然而,在当时严峻的形势下,它们确实起到了安抚民心和象征性保护的作用。战后,随着威胁解除,这些伪装被迅速拆除。波音的“仙境”于1945年开始拆除,相关合同被外包给建筑公司。

历史记忆 尽管实物已不复存在,但这段充满创意与紧张感的后方历史被长久铭记。波音公司历史学家表示,时至今日,关于“2号厂顶上那个假小镇”的咨询,仍然是公众和员工最感兴趣的话题之一,其规模与想象力持续令人惊叹。