ZD至顶网软件频道消息: 谷歌承认自己的云出问题了。而且是“再一次”。
最近的发生混乱发生于6月28日,us-central1-a 中的Google Compute Engine SSD Persistent Disks“在一个区域内经历了高层写入延迟和错误,这种情况持续了211分钟。”这场混乱意味着磁盘可能停止接受写入,而将SSD作为根分区的实例有可能会挂起。
虽然,谷歌云平台除了故障,但是谷歌对故障的披露方面还算令人信服。对于此次问题,谷歌表示:“两个并发的日常维护事件触发了Persistent Disk底层的分布式存储系统中的数据再平衡。”
不过用户不用担心这种“再平衡”,因为“这种再平衡旨在让维护时间对用户不可见,通过在不可用的存储设备和机器上平均地重新分布数据来实现。”
这正是云平台应该做到的:很多部件都在后台运行,对你来说是不可见的,它们维持着服务器的正常运转。
但是这一次,“一个以前没有发现的软件bug,由两个并发的维护事件触发,意味着因为再平衡变得不可用的磁盘块没有释放供随后再度使用,消耗了这个区域中的可用SSD空间,直到写操作被拒绝才被发现。”
一旦磁盘认为它们已经用光了所有的空间,就没有更聪明的机制在后台纠正这一错误了,以至于谷歌花了211分钟才找到问题并且解决问题。
和往常一样,谷歌承诺未来会做得更好,并且表示其“工程师正在改进自动监控,这样如果问题再次出现,工程师将会在用户受到影响之前就得到预警。我们还改进了我们的自动化,以更好地协调同一区域内不同的维护操作,减少必要情况下还原此类操作所需要的时间。”
正如我们在之前提到的,谷歌在面临故障及其产生原因的时候,比其竞争对手更加坦率。但是这家公司似乎也有更多的故障需要披露:《The Register》监测了三大云平台的故障通告,谷歌发布的问题数量比AWS和微软都要多,而这两家公司的云平台规模更大,产品也更多。
好文章,需要你的鼓励
微软高级软件工程师Alice Vinogradova将自己用SAP ABAP语言编写的向量数据库ZVDB移植到了搭载Z80处理器的经典计算机Sinclair ZX Spectrum上。她发现ABAP(1983年)和Z80(1976年)几乎是同时代产物,都诞生于内存珍贵、每个字节都很重要的计算时代。通过应用Z80优化技术,尽管时钟频率相差857倍,但代码运行速度仅慢3-6倍。她认为这些老式优化技术具有普遍适用性,在现代硬件上依然有效。
这项由东京科学技术大学等机构联合发布的研究提出了UMoE架构,通过重新设计注意力机制,实现了注意力层和前馈网络层的专家参数共享。该方法在多个数据集上显著优于现有的MoE方法,同时保持了较低的计算开销,为大语言模型的高效扩展提供了新思路。
韩国电子巨头三星宣布收购美国西雅图数字健康技术公司Xealth,进一步扩大在健康领域的布局。Xealth专注于帮助医疗专业人员将数字健康技术整合到日常实践中,与70多家数字健康技术供应商合作,应用覆盖美国500多家医院。此次收购将推动三星向连接医疗保健平台转型,结合其在传感器技术和可穿戴设备方面的优势,完善Samsung Health平台功能。
小米团队开发的MiMo-7B模型证明了AI领域"小而精"路线的可行性。这个仅有70亿参数的模型通过创新的预训练数据处理、三阶段训练策略和强化学习优化,在数学推理和编程任务上超越了320亿参数的大模型,甚至在某些指标上击败OpenAI o1-mini。研究团队还开发了高效的训练基础设施,将训练速度提升2.29倍。该成果已完全开源,为AI民主化发展提供了新思路。