根据IBM方面的实验测试,该公司的TSM备份产品能够为Elastic Storage(即弹性存储)并发文件系统带来令人讶异的备份数据传输速度。TSM立足于Tivoli Storage Manager,而Elastic Storage则在品牌调整之后被命名为GPFS。
在来自德国的IBM公司工程师们进行概念验证测试时,他们将运行有TSM的服务器与Elastic Storage阵列进行了对接,并把测试结果发布了博文当中。
其备份与恢复速度在40GbitE连接支持下达到了每秒4到5GB区间——没错,是每秒数GB水平:
• 单一TSM服务器中的多会话备份速度——每秒4017MB(约为每秒4GB)。
• 双TSM服务器中的多会话备份速度——每秒4981MB(约为每秒5GB)。
• 单一TSM服务器中的多会话恢复速度——每秒3834MB(约为每秒3.8GB)。
• 双TSM服务器中的多会话恢复速度——每秒5424MB(约为每秒5.4GB)。
• 双TSM服务器中的多会话备份/恢复混合速度——每秒4821MB(约为每秒4.8GB)。
TSM软件,包括客户端与服务器端软件,安装在x86服务器之上、作为GPFS NSD客户端进行配置并通过40Gbit每秒以太网连接至Elastic Storage GNR系统——该系统为每台服务器专门划拨一条40 Gbit传输通道。GNR系统能够与Elastic Storage Server GL2机型相媲美,其中包含两台GNR服务器以及116块NL-SAS驱动器。
IBM PoC在TSM服务器与Elastic Storage(即GPFS)之间采用40GbitE连接实现数据传输。
IBM公司在博文中指出,TSM服务器所使用的单一GPFS GNR文件系统当中包含两套GPFS池,其中每套资源池都能够在虚拟磁盘(即vdisk)上进行配置以提供三路容错机制。
上一代PoC采用的是56Gbit每秒InfiniBand来连接TSM与GPFS服务器,此次升级带来的成效也同样令人瞩目:
• 单一TSM服务器的多会话备份性能峰值为每秒5.4GB。
• 双TSM服务器的多会话备份性能峰值总计为每秒9GB。
• 单一TSM服务器的多会话恢复性能峰值为每秒6.5GB。
• 单一TSM服务器的单一会话备份性能峰值为每秒2.5GB。
以上结果已经充分证明,TSM这三个首字母完全可以理解为The Speed Machine——极速机器。
这也表明在大多数情况下,对并发文件系统进行备份在速度上要高于对单一访问文件系统的备份。如果大家拥有规模庞大的数据需要进行备份或者归档,时间相对紧迫而且又存在配备着Parallel NFS、IBM Elastic Storage、DDN与Web Object Scaler(简称WOS)、希捷/Xyratex与Lustre、红帽与Gluster或者Ceph的并发文件系统,那么请考虑将备份/归档任务作为这类阵列的主要工作目标。
当然,大家还需要速度表现出色的网络连接,并利用优秀的备份/归档软件来切实发挥连接与后端存储体系的强大潜能,而TSM正好能高效完成这项任务。如果大家已经具备了前面提到的一切条件,那么您的备份、归档以及随后的恢复流程将能够像赛车般呼啸着将数据带向目的地。
好文章,需要你的鼓励
微软近年来频繁出现技术故障和服务中断,从Windows更新删除用户文件到Azure云服务因配置错误而崩溃,质量控制问题愈发突出。2014年公司大幅裁减测试团队后,采用敏捷开发模式替代传统测试方法,但结果并不理想。虽然Windows生态系统庞大复杂,某些问题在所难免,但Azure作为微软核心云服务,反复因配置变更导致客户服务中断,已不仅仅是质量控制问题,更是对公司技术能力的质疑。
Meta研究团队发现仅仅改变AI示例间的分隔符号就能导致模型性能产生高达45%的巨大差异,甚至可以操纵AI排行榜排名。这个看似微不足道的格式选择问题普遍存在于所有主流AI模型中,包括最先进的GPT-4o,揭示了当前AI评测体系的根本性缺陷。研究提出通过明确说明分隔符类型等方法可以部分缓解这一问题。
当团队准备部署大语言模型时,面临开源与闭源的选择。专家讨论显示,美国在开源AI领域相对落后,而中国有更多开源模型。开源系统建立在信任基础上,需要开放数据、模型架构和参数。然而,即使是被称为"开源"的DeepSeek也并非完全开源。企业客户往往倾向于闭源系统,但开源权重模型仍能提供基础设施选择自由。AI主权成为国家安全考量,各国希望控制本地化AI发展命运。
香港中文大学研究团队开发出CALM训练框架和STORM模型,通过轻量化干预方式让40亿参数小模型在优化建模任务上达到6710亿参数大模型的性能。该方法保护模型原生推理能力,仅修改2.6%内容就实现显著提升,为AI优化建模应用大幅降低了技术门槛和成本。