GitHub 披露宕机原因；谷歌前 AI 研究员被解雇后成立独立研究所；常用 Linux 桌面版排行榜出炉 | 开源日报

整理 | 宋彤彤
责编 | 屠敏

开源吞噬世界的趋势下，借助开源软件，基于开源协议，任何人都可以得到项目的源代码，加以学习、修改，甚至是重新分发。关注「开源日报」，一文速览国内外今日的开源大事件吧！

开源大新闻

被谷歌解雇一年后，AI 研究员 Timnit Gebru 自己成立独立人工智能研究所

Timnit Gebru 是谷歌的前员工，一年前在推特上发文称被谷歌解雇，原因是经理要求她从她合著的一篇研究论文中删除自己的名字，此事引发了一场关于员工质疑其公司技术影响和自由的争议。而在本周四，她独立成立了一个新的研究机构——分布式人工智能研究所 （DAIR），一个独立扎根于社区的研究所，旨在对抗 Big Tech 对人工智能研究、开发和部署的普遍影响。Gebru 认为，人工智能技术中蕴含的危害是可以预防的，当它的生产和部署容纳不同的观点和深思熟虑的过程时，它可以为人们服务，而不是反对他们。通过 DAIR，Gebru 旨在创造一个独立于激励利润而不是道德和个人幸福的结构和系统的环境。（DAIR 研究所、WIRED）

GitHub 宕机根源分析

11 月 27 日，GitHub 突发宕机事件，故障持续了 2 小时 50 分钟，影响了成百上千万的用户。12 月 1 日，官方回应宕机的主要原因是，在处理一个大型 MySQL 表的模式迁移时，遇到了一种新的故障模式。其表示，模式迁移是 GitHub 一项常见的任务，通常需要数周时间才能完成，迁移的最后一步是执行重命名，将更新的表移到正确的位置。然而，在这次迁移的最后一步中，GitHub 的 MySQL 只读复制的很大一部分进入了信号死锁。GitHub 的 MySQL 集群包括一个用于写流量的主节点，多个用于生产流量的读副本，以及几个用于备份和分析的内部读流量的副本。遇到死锁的只读副本进入崩溃恢复状态，导致健康只读副本的负载增加。

在事件缓解期间，为了增加容量，他们将所有处于健康状态的可用内部副本提升到生产路径，然而这种转变不足以完全恢复。他们还观察到，服务于生产流量的只读副本会暂时从崩溃恢复状态中恢复，只是由于负载可能再次导致崩溃。基于此崩溃恢复循环情况，他们主动选择通过从损坏的副本来删除生产流量，直到它们能够成功处理表重命名，得以优先考虑数据完整性而不是站点可用性。（GitHub）

估值高达 130 亿美元，开源科技公司、云基础设施平台 HashiCorp 计划 IPO<