Xen项目上周发布了(https://lists.xenproject.org/archives/html/xen- devel/2018-01/msg00333.html)Xen 4.11第一个候选版本,候选版的发布日期离测试版发布日2018年6月1日还有几个星期。
为了帮助读者了解6月1日的发布内容,记者就下一个版本的重要新内容询问了Xen项目顾问委员会主席Lars Kurth的看法。
他给出了以下的答复。
“我们最近几个版本的长期发展主题之一就是要让用户能够从xen代码库编译出大量功能。在这个版本里,我们添加了两种主要用例的所有功能块,两种用例以不同的方式突显了这些功能,但是我们还未有将此功能提供给编译代码。两个用例都依赖于嵌套虚拟化,即是说,使用PV (半虚拟化)功能的访客用户可以在HVM( 硬件虚拟机)容器里运行,反之亦然。”
为实现这一计划,Xen 4.11增加了Kurth称之为“名为PVShim的新功能”。他表示,“PVShim在2017年7月的开发者峰会上曾首次被详细讨论过。此功能最初是作为Meltdown的一种缓解措施发布的,但却是4.11的关键功能。 PVShim允许“经典”的仅限PV访客在PVH模式下运行(PVH指 具有CPU虚拟化扩展的半虚拟化)。云提供商利用此功能可支持旧的仅限PV发行版,同时仅提供一种类型的访客。这样可简化管理并显着减小攻击面,可允许最终用户构建Xen虚拟机管理程序配置,无需“经典”PV的支持。”
他还指,另外,开发人员在新版本上 “花费大量时间完成及优化Meltdown和Specter漏洞的缓解措施。我们构建了性能优化的XPTI,XPTI相当于Xen里的 KPTI。值得注意的是,只有'经典PV'访客需要XPTI,HVM和PVH访客是不容易受到Meltdown影响的。“
Kurth还表示,“第二种使用案例用了更强大的虚拟化隔离保证,可启动构建类似容器的功能。在这种情况下,用户可构建仅限PV的Xen(不支持HVM或PVH),具有那些在Xen 4.9和4.10里引入的PVCalls和9pfs支持。用户不是在Linux容器中运行容器映像,而是在PV访客里运行容器映像,提供了非常好的隔离。这个新的小型Xen配置目前还没有名字,这种Xen配置可以直接在主机上运行,或是部署到HVM或PVH云实例中,可利用Xen独特的功能在现有云提供商上运行,无需特殊嵌套虚拟化的支持。”
Kurth最后表示,“还会有很多的改进,但是上面列出的各项令团队倍感振奋。”
好文章,需要你的鼓励
微软近年来频繁出现技术故障和服务中断,从Windows更新删除用户文件到Azure云服务因配置错误而崩溃,质量控制问题愈发突出。2014年公司大幅裁减测试团队后,采用敏捷开发模式替代传统测试方法,但结果并不理想。虽然Windows生态系统庞大复杂,某些问题在所难免,但Azure作为微软核心云服务,反复因配置变更导致客户服务中断,已不仅仅是质量控制问题,更是对公司技术能力的质疑。
Meta研究团队发现仅仅改变AI示例间的分隔符号就能导致模型性能产生高达45%的巨大差异,甚至可以操纵AI排行榜排名。这个看似微不足道的格式选择问题普遍存在于所有主流AI模型中,包括最先进的GPT-4o,揭示了当前AI评测体系的根本性缺陷。研究提出通过明确说明分隔符类型等方法可以部分缓解这一问题。
当团队准备部署大语言模型时,面临开源与闭源的选择。专家讨论显示,美国在开源AI领域相对落后,而中国有更多开源模型。开源系统建立在信任基础上,需要开放数据、模型架构和参数。然而,即使是被称为"开源"的DeepSeek也并非完全开源。企业客户往往倾向于闭源系统,但开源权重模型仍能提供基础设施选择自由。AI主权成为国家安全考量,各国希望控制本地化AI发展命运。
香港中文大学研究团队开发出CALM训练框架和STORM模型,通过轻量化干预方式让40亿参数小模型在优化建模任务上达到6710亿参数大模型的性能。该方法保护模型原生推理能力,仅修改2.6%内容就实现显著提升,为AI优化建模应用大幅降低了技术门槛和成本。