电子电气架构---HPC为软件定义汽车赋能

时间不知不觉中,快要来到初秋的九月。时间如白驹过隙,恍惚间2024年已经快到第四个季度。

本文主要分享在新电子电气架构下,整车中央处理器HPC为软件定义汽车赋能。

一、背景信息

与汽车行业所见证过的其它技术不同,软件定义汽车技术的出现将为移动出行带来前所未有的创新,汽车只需通过无线下载即可获得新的功能或增强的能力。然而,它的前提是软件必须要能够与汽车结合,才能将工程师的梦想变成现实。

软件定义汽车技术的核心在于,汽车不再仅仅是硬件的堆砌,而是成为了一个可以不断升级、优化的软件平台。通过无线下载和更新,汽车可以像智能手机一样,轻松获得新功能、性能提升甚至驾驶模式的改变。这种能力极大地拓宽了汽车的创新边界,使得汽车制造商能够更快速地响应市场需求,推出更加符合消费者期待的产品。

要实现软件定义汽车带来的种种好处,前提是软件与硬件之间必须实现高度的集成和协同。这意味着汽车制造商需要构建一个能够支持复杂软件运行的硬件平台,同时确保软件能够无缝地融入并控制这个平台的每一个部分。这种深度集成不仅要求技术上的精湛,还需要在设计和生产过程中进行大量的测试和验证,以确保系统的稳定性和安全性。

整车中央计算平台HPC就可以担当这个角色。HPC可以是电源和车身控制器、推进和底盘控制器、数据网络路由器、网关、防火墙、区域主控制器和数据存储中心,集多项功能于一身,也可以仅执行其中的一些功能。更为重要的是,它是将软件代码转换为物理操作的关键架构组件,实现从数字字节到移动出行的跨越。

HPC可以是一个高度集成的系统,包含电源和车身控制器、推进和底盘控制器、数据网络路由器、网关、防火墙、区域主控制器以及数据存储中心等多种功能。这种高度集成的设计使得HPC能够更有效地管理车辆内部的各个子系统,确保它们之间的顺畅通信和协同工作。

HPC是软件代码与物理操作之间的关键架构组件。它负责将工程师编写的软件代码转换为车辆可以执行的实际操作,实现从数字字节到移动出行的跨越。这种转换能力使得软件定义汽车成为可能,让车辆能够像智能手机一样,通过软件更新来不断获得新功能和改进。

作为车辆的核心计算平台,HPC还承担着确保系统安全性和可靠性的重任。它内置的防火墙和加密技术可以保护车辆免受网络攻击和数据泄露的威胁。同时,HPC的高性能计算能力也为车辆提供了更快的响应速度和更流畅的操作体验。

随着技术的不断发展和市场的不断变化,汽车制造商需要不断对车辆进行升级和改进。HPC的灵活性和可扩展性使得这种升级变得更加容易和高效。通过更换或升级HPC中的某些组件,汽车制造商可以快速地引入新功能或提升车辆性能,以满足市场和消费者的需求。

HPC可以事无巨细地处理与汽车中数百个组件的通信信号,然后将这些功能抽象为软件应用程序的服务(相当于移动电脑的CPU)。有了它,开发人员就可以不必在处理车内通信方面花费更多时间,而将更多的时间用在开发为消费者真正带来价值的功能上。没有HPC,软件定义汽车就不可能实现。

二、软件定义汽车的核心硬件载体HPC

举例,一名短跑赛手在起跑线上做好了预备姿势,等待比赛开始。当传令枪声传到赛手的耳朵时,她的大脑立刻指令双腿用力推动身体向前奔跑。而此时赛手脑子里想的却是速度、注意力、距离和步速,也许还有教练的建议。她并没有去想要激活哪些神经元,以便让肌肉按正确的顺序收缩,也没有思考如何在弯道保持平衡。

就是说,她的大脑处理着更高层次的思维,而小脑则负责协调肌肉,执行大脑的动作指令。

当谈到软件定义汽车时,这个类比就特别恰当。在汽车的大脑和神经系统之间也需要一个“小脑”,它是将数字世界与模拟世界连接起来的中间层,快速有效地将大脑做出的决定转化为汽车神经系统执行的行动。

这个类比非常贴切地解释了软件定义汽车中各个系统之间的协作关系。在软件定义汽车的背景下,我们可以将汽车的“大脑”视为中央计算平台(HPC),它负责处理复杂的决策和逻辑判断,类似于短跑赛手在比赛中思考速度、距离等策略性问题。

而汽车的“小脑”则对应于那些负责直接控制车辆硬件和执行动作指令的底层系统,比如动力总成控制单元(ECU)、底盘控制系统、传感器网络等。这些系统类似于人体的小脑,它们不需要进行高级的思维决策,但能够迅速且精确地协调和执行来自大脑的指令,确保车辆按照预期的方式行驶。

在软件定义汽车中,大脑(中央计算平台)与小脑(底层控制系统)之间的协作至关重要。大脑通过分析和处理来自车辆内外的大量数据,制定出最优的驾驶策略和控制指令。然后,这些指令被传递给小脑,由小脑负责将数字信号转换为物理动作,控制车辆的加速、制动、转向等。

这种协作机制使得软件定义汽车能够具备更高的智能化水平和更强的适应能力。通过不断更新和优化软件,汽车制造商可以轻松地为车辆添加新功能、改进性能,甚至调整驾驶模式,以满足不同用户和场景的需求。同时,由于底层控制系统的快速响应和精确执行,这些变化能够立即体现在车辆的行驶表现上,为用户带来更加安全、舒适和便捷的驾驶体验。

HPC从如下几个方功能方面保证软件定义汽车:

1、信号到服务的转化

在面向服务的架构中,车辆的功能被封装成一系列独立的服务,这些服务通过标准的接口(如API)进行通信。这种设计使得不同的系统(如信息娱乐系统、气候控制系统等)能够以一种松耦合的方式协作,共同实现车辆的整体功能。

为了实现这一转换,HPC需要将信号世界和服务世界连接起来。长期以来,汽车一直由信号控制,车身控制器向特定设备发送一帧数据,然后该设备将作出反应,执行特定功能。在面向服务的架构中,功能以更为通用的服务形式呈现,供任何需要这些服务的应用程序订阅。

如,OEM可能希望为用户提供这样一个功能:通过信息娱乐系统中的应用程序控制车内气温。该应用程序可以订阅HPC提供的气温控制服务(我们把它叫做HVAC),并通过应用程序编程接口(API)HPC进行通信。

用户选择温度后,车载信息娱乐系统中的应用程序则通过这些API指示HVAC服务开始工作,比如将汽车右侧的温度设置为20度。HPC立即通过区域控制器向压缩机、风扇和风门等各种执行器发送信号。HVAC服务将确定何时打开或关闭压缩机、启动哪些风扇以及风门打开的程度,然后在适当的时间向相应的设备发送信号。

上述例子,用户通过信息娱乐系统中的应用程序选择温度,这个请求通过API发送给HPC。HPC作为服务的协调者,理解这个请求并将其转换为对HVAC服务的调用。HVAC服务根据请求调整车辆的气候控制系统,如压缩机、风扇和风门的操作,以实现用户设定的温度。

在本示例中,信息娱乐系统的应用程序与气候控制的机械操作完全分离,它将不清楚气候控制操作的位置,甚至意识不到它们的存在。通过这种抽离,信息娱乐系统的开发人员可以无需考虑气候控制操作,而将精力专注于开发优化用户体验的功能,以及如何在各类应用程序中充分利用气温控制的操作进行创新。

这种架构的好处在于它的灵活性和可扩展性。面向服务的架构支持微服务的概念,即将大型服务进一步拆分为更小的、独立的服务单元。这些微服务可以独立地部署、更新和扩展,从而提高了系统的可维护性和可扩展性。在气候控制的例子中,可以想象将HVAC服务进一步拆分为控制压缩机、风扇和风门的微服务,每个微服务都专注于一个特定的任务,并通过API与其他微服务进行通信。

在面向服务的架构(SOA)中,将车辆功能封装成独立的服务并通过标准接口进行通信,不仅提升了系统的灵活性和可扩展性,还极大地促进了不同系统间的松耦合和互操作性。这种架构模式对于现代汽车的电子系统来说尤为重要,因为它能够应对日益复杂的车辆功能和不断变化的用户需求。

如下优势:

-> 各服务(如信息娱乐、气候控制等)之间通过定义良好的接口进行通信,使得服务的修改、升级或替换不会对其他服务产生直接影响。这种松耦合的特性降低了系统间的依赖性和风险;

-> 面向服务的架构支持微服务的概念,允许将大型系统拆分为多个小型、独立的服务。这使得服务可以独立部署、更新和扩展,而无需中断整个系统。此外,当需要添加新功能时,只需开发新的服务或扩展现有服务即可。

-> 开发团队可以专注于单个服务的开发和优化,而无需担心与其他系统的集成问题。这种分工合作的方式有助于加快开发速度,提高软件质量。

2、不同的时间调度表

此种分离在架构中将不需要频繁更新的功能与那些可能需要经常更新的功能设计在不同的平台上。HPC可以放置那些与整车的换代周期(一般5、6年)相同的功能,这将解放那些需要更频繁更新的应用,后者可以设置在开放式服务器平台(OSP)上,通过无线更新功能随需要进行更新。此外,随着更为强大的微芯片诞生(一般每两年),OEM 还可以升级OSP(开放式服务器平台),这将使更高级别的功能迎来与当前智能手机相似的升级周期。

考虑到这一区别,HPC自然而然地成为了电源和车身控制等功能的不二之选。推进和底盘控制器 (PCC)等功能也可以放置在HPC上。

电源和车身控制器管理着与车身相关的所有设备,包括内部和外部车灯、车窗控制器、门锁、气温控制器、警报灯和整体电源分配等。这些功能对汽车安全的影响虽然不像PCC功能那样重要,但它们也不太需要经常更新。

PCC包括制动、转向、悬架、发动机应用等更高级别的应用,以及用于执行操作的控制器(高级驾驶员辅助系统ADAS的组成部分)。这些功能是根据最严格的安全要求构建的,通常为ASIL-D级,代表最高的风险管理级别。因为它们对汽车安全至关重要,所以它们必须得到监管机构的批准,这可能需要长达18个月的时间,所以将它们与那些包含可能需要频繁更新的、对安全影响不大的软件的平台分离开很重要。

注:PCC包含的功能(如制动、转向、悬架等)对汽车安全至关重要,因此必须满足最严格的安全要求(如ASIL-D级)。这些功能的开发和更新需要经过严格的监管审批流程,以确保其安全性和可靠性。

将PCC功能从频繁更新的应用程序中分离出来,可以避免因更新不当而对汽车安全造成潜在威胁。这种分离策略有助于降低安全风险,并提高系统的整体可靠性。

这种分离可实现处理器与功能间的最佳匹配。HPC可以实现数据流加速、高速加密和解密,专门用于需要实时数据处理和实时操作系统的功能。相比之下,用户体验功能则更注重图形设计,需要图形处理器的协助。而复杂的ADAS功能则更多是随政策驱动,因此这些功能通常会在针对这些需求量身定制的平台上运行。

HPC能够实时关注并连接整个汽车中的设备,可以为所有的数据通信过程充当路由器。它还可以处理网络流量的优先级和调度。

3、汇聚整车一切的中心

由于HPC能够实时关注并连接整个汽车中的设备,它成为了所有的数据通信过程的路由器,处理网络流量的优先级和调度。它能够将来自控制器局域网和FlexRay等传统网络技术的流量发送至汽车以太网和 PCI Express (PCIe) 等新兴网络,再次将更高级别的应用程序与各种数据协议等细枝末节分离开来。

HPC还可以管理时间同步,这对于汽车内多个系统有效协同地运作至关重要。它可以借助GPS确保时间准确,但如果GPS信号丢失,它也可以跟踪计时。在混合网络中,它可以确保更为重要的流量(如雷达数据)及时通过。

HPC甚至还可以管理与云的通信。包括天线和调制解调器在内的远程收发器单元(RTU)通过4G、5G蜂窝、WiFi、蓝牙等与云进行通信。HPC与RTU协同,对无线下载进行管理,并将诊断数据或分析上传到云。这种将处理向上集成到HPC中的做法可以让天线端的封装变得更为紧凑。

HPC因而可以通过RTU向汽车中的软件应用程序提供通信服务。如,ADAS软件模块可以订阅“汽车到一切”服务(例如交通灯检测),而HPC将负责管理此类服务。

网络安全是一种必须集成到汽车所有软件和硬件中的能力,对于HPC而言尤为重要,因为它是通往外部世界的门户。因此,HPC中也包含防火墙。HPC将负责在将各类无线下载内容分发至其它系统之前确保其完整性,并收集任何网络安全事件,上报到云。

最后,HPC还是一个聚合点,收集来自汽车周身传感器(如雷达、摄像头和激光雷达)的所有数据。HPC压缩数据、执行传感器融合并通过另一项服务向ADAS应用程序提供信息。

总之,HPC作为数据通信的路由器,能够实时关注并连接汽车内的所有设备,处理来自不同网络(如控制器局域网、FlexRay、汽车以太网、PCI Express等)的流量。它智能地管理网络流量的优先级和调度,确保关键数据(如雷达数据)能够及时传输,从而提升整体系统的响应速度和效率。

再者时间同步是汽车内多个系统有效协同运作的基础。HPC通过GPS或其他时间源确保时间准确,并在GPS信号丢失时能够自主跟踪计时。这种能力对于需要精确时间同步的功能(如自动驾驶中的路径规划和避障)至关重要。

最后网络安全是汽车架构中不可或缺的一部分,尤其是对于作为通往外部世界门户的HPC而言。HPC中集成了防火墙等安全机制,负责在各类无线下载内容分发至其他系统之前进行完整性检查,并收集任何网络安全事件上报到云。这种集成化的网络安全能力有助于保护汽车免受外部攻击和数据泄露的风险。

另外再加上HPC还是汽车周身传感器(如雷达、摄像头和激光雷达)数据的聚合点。它负责收集这些数据,进行压缩和预处理,并通过传感器融合技术将不同来源的数据整合成更有意义的信息。这些信息随后被提供给ADAS(高级驾驶员辅助系统)等应用程序使用,以支持自动驾驶和其他高级功能。

4、区域主控制器

HPC是各类先进的汽车架构的关键组成部分,尤其适用于区域架构。在区域架构中,汽车在物理上被划分为不同的区域,传感器、执行器和外围设备等的输入和输出被分别连接到局部的区域控制器以获取电源和数据。区域控制器可以执行一些车身控制功能,预处理其它数据,并将流量通过单个链路一起传回HPC,从而大大简化了数据网络架构。

在该情境中,HPC是区域主控制器,协调着汽车中所有区域控制器之间的活动。这种架构将I/O连接点与HPC分开,但仍然将大部分车身控制功能保留在CVC内,而不是将300到500个I/O直接连接到车身控制器。

比如,当应用程序请求服务器打开左前方的闪光灯时,HPC会确定要与哪个区域控制器通信并发送信号启动闪光灯。HPC还为所有的区域控制器管理计时,使应用程序免受此类琐碎任务的干扰。

区域控制器负责各自区域内传感器、执行器和外围设备的I/O连接,执行基本的车身控制功能,并预处理数据。它们将收集到的数据通过单个链路高效地传回HPC,减少了数据传输的复杂性和延迟。这种设计使得汽车内部的各个系统能够更加紧密地协同工作,提高了整体性能。

设想一下舱内摄像头和舱内用户体验应用程序之间的交互,如检测遗留物体的应用程序。在区域型架构中,摄像头可能会向区域控制器发送低压差分信号帧,区域控制器又将来自摄像头和其它设备的数据聚合到通往HPC的汽车以太网链路上。

然后,HPC将提取相关数据,并通过其服务将数据传输给专门负责舱内用户体验的OSP,可能会通过PCIe进行传输以尽可能确保最快的传输速度。CVC可以同时使用收集到的数据进行分析、处理,并通过以太网或PCIe连接将其发送到RTU,RTU又将通过 5G 蜂窝服务将该分析数据传送到云。这将使“检测遗留物品”应用程序能够有效利用车载计算能力,同时有选择地应用基于云的对象识别或连接在需要时通知用户。

在区域架构中,HPC(高性能计算单元)作为区域主控制器发挥着核心作用,它有效地协调和管理了汽车内部各个区域控制器之间的活动和数据流动。这种架构不仅简化了数据网络结构,还提高了系统的整体效率和响应速度。

三、前景与规划

OEM 当前正筹划开发下一代电气/电子架构,HPC的功能将必不可少。随着OEM着手对电子控制单元(ECU)进行整合,汽车中“盒子”的数量将被减少到10到15个,而HPC将在其中占据一席之地。今后汽车中的ECU可能只剩下区域控制器、门节点、座椅节点、制动箱、转向箱、电池管理系统、OSP和HPC。为实现3级自动驾驶而设计的汽车将要求CVC可以高效地支持冗余,尤其是当它包含PCC功能时,因为PCC对汽车的安全运行至关重要。

HPC作为EEA中的核心组件,其强大的处理能力使得车辆能够实时处理复杂的传感器数据、执行高级算法,并支持多个ECU的集中控制和通信。通过减少ECU的数量,HPC不仅简化了车辆电子系统,还提高了系统的整体效率和可靠性。

直接连接到HPC的外部驱动器可以为汽车的所有数据提供汽车中央存储(CVS)单元。CVS 单元会囊括所有的软件、语言文件及其它数据密集型文件,如信息娱乐模块的地图数据库或用于自动驾驶的高清地图。这样解决芯片内存不足问题!

OEM已经开始将车身控制器与网关功能合二为一,但进一步进行向上集成,将PCC和数据网络路由器等实时功能整合到一个匣子中,将会带来更大的价值。进一步集成的关键在于要以合乎逻辑和可衡量的方式,对这些功能进行整合,同时以整个汽车架构为背景,对它们进行优化并将信号抽象化为服务。

针对3级及以上自动驾驶汽车的设计,确保系统的冗余性至关重要。特别是当涉及到车辆控制计算机(PCC)这样的关键组件时,冗余设计能够显著提升车辆的安全性和可靠性。通过CVC(中央车辆控制器)的支持,可以实现高效的冗余管理,确保在任何单一系统故障时,车辆仍能安全、稳定地运行。

外部驱动器直接连接到HPC,为车辆提供了一个强大的中央存储解决方案(CVS)。这一设计不仅解决了芯片内存不足的问题,还使得车辆能够集中存储和管理所有类型的软件、数据文件,包括信息娱乐系统的地图数据库、自动驾驶所需的高清地图等。这不仅提高了数据访问的便捷性,还促进了不同系统之间的数据共享和协同工作。

随着技术的不断进步和市场的日益成熟,下一代电气/电子架构将成为汽车行业发展的重要驱动力。HPC、冗余设计、CVS单元以及更深入的集成策略将共同推动汽车向更加智能化、安全化、高效化的方向发展。OEM需要密切关注这些技术趋势,不断创新和优化产品,以满足消费者对智能汽车日益增长的需求。

1 某某汽车高性能计算管理平台系统需求 5 1.1 业务需求分析: 5 2 某某汽车 HPC/CAE云计算中心建设目标、策略及步骤 7 3.1 建设目标与策略 7 3.2 建设步骤 8 3 面向高性能计算中心的资源管理、作业调度系统方案 10 3.1 基于应用的场景分析 10 3.1.1 终端用户通过Compute Manager,提交Fluent批处理计算作业 10 3.1.2 终端用户通过Display Manager,提交需要图形节点支持的图形交互程序 13 3.1.3 终端用户通过Compute Manager,在线查看CAE计算结果中的动画 14 3.1.4 终端用户通过Portal启动其他第三方的虚拟桌面,如Ctrix 15 3.2 某某汽车技术中心 HPC云计算平台管理场景 17 3.2.1 HPC云计算平台管理维护 17 3.2.2 HPC云计算平台软、硬件利用情况监控、统计分析 18 4 澳汰尔PBS Works产品介绍 20 4.1 系统逻辑图 20 4.2 系统物理架构图 22 4.4 PBS Professional产品介绍 25 4.4.1 整合计算资源、方便用户使用 25 4.4.2 可靠性、可用性、可维护性(RAS) 26 4.4.3 贯彻企业服务公约管理模式 29 4.4.4 优化计算资源的使用 29 4.4.5 计算资源管理功能 30 4.4.6 作业调度功能 32 4.4.7 Hooks功能 34 4.4.8 网格计算 35 4.4.9 安全认证 35 4.5 PAS(PBS 应用服务) 37 4.6 Compute Manager 40 4.6.1 三员管理 41 4.7 Display Manager 42 4.7.1 Display Manager系统架构 44 4.7.2 Display Manager使用体验 45 4.8 PBS Works定制功能 48 4.8.1 菜单布局:通常将布局分为三个模块:计算管理器、集群状态、管理员工具。如果有其他的模块,我们可以方便地集成在这个框架内(awpf)。菜单模块支持用户访问控制。 48 4.8.2 集群状态监控:统计所有计算节点的运行状态、节点类型、应用程序、物理内存、实际使用内存、内存使用率、节点利用率等信息。磁盘信息和实际CPU利用率,通过数字的颜色来反应使用程度:0%<X<30%(绿色),30%<X<50%(蓝色),50%<X<80%(橙色),80%<X>在线设置或修改节点上绑定的applications 50 4.8.5 管理员工具>>用户统计:用户名称,作业总数,运行作业个数,排队作业个数,申请cpu核数,使用cpu核数,排队cpu核数等信息。申请cpu总资源比,通过数字的颜色来反应使用程度:0%<X<30%(绿色),30%<X<50%(蓝色),50%<X<80%(橙色),80%<X>作业管理:统计作业号、作业名称、用户、软件、节点数、核数、状态、开始时间、优先级等信息。当作业排队状态时,允许修改作业的优先级。另外管理员也可以删除任意作业。 51 4.8.7 管理员工具>>监控作业排队原因 51 4.8.8 管理员工具>>一周作业统计: 统计当天到过去一周内所累积的运行和排队作业个数。 51 4.8.9 管理员工具>>求解器使用情况统计:统计每个求解器提交的作业总数,在运行的作业,请求的cpu,排队cpu,使用cpu等信息。 52 4.8.10 管理员工具>>磁盘统计:通过WEB页面随时了解本地磁盘的使用情况。使用百分率,通过数字的颜色来反应使用程度:0%<X<30%(绿色),30%<X<50%(蓝色),50%<X<80%(橙色),80%<X>项目管理项:管理员可以以项目为单位,设定项目编号、项目名称、项目的开始和结束时间,项目组人员和项目的优先级。当有紧急的项目,管理员可以把项目的优先级提高,并可以把相应的用户加到项目组中,以此提高项目组成员的作业优先级。用户在Web Portal页面提交作业可以选择项目名称,并且只能选择自己所属项目的项目名称。 53 4.8.12 管理员工具>>作业委托管理: 统计当前用户自己所提交的作业总数,包含:作业号,作业名称,具体用户,使用的软件,使用节点数,作业状态等信息,用户可以把自己的一部分作业或所有作业委托给其他用户. 53 4.8.13 管理员工具>> CPU资源份额调整: 统计所有队列下每个用户的软份额限制,硬份额限制(软限制>整体HPC计算资源实时使用统计: 统计当前所有高性能机器集群的计算资源数目,运行状况,存储等使用情况。 54 4.8.15 管理员工具>> WEB版FTP大文件上传: 招标书中明确要求提供基于网页版的FTP上传工具,方便上传大文件。 55 4.8.16 portal用户密码校验: 为了安全保密,当用户在登陆portal的时候,连续5此输入密码错误,系统会冻结用户。直到一段时间后,方可再次登陆。 55 4.9 报表工具PBS Analytics介绍 56 4.9.1 Analytics架构 56 4.9.2 Analytics功能说明 57 4.9.3 Analytics实际案例分析 57 4.10 SAO解决方案 59 4.10.1 SAO架构 60 5 PBS支持仿真软件 61 5.1 CAE领域中支持软件分类及特点 61 5.2 CAE领域中支持软件及介绍 61 5.3 CFD领域中支持软件及介绍 63 5.4 其他领域及自研软件 64 6 和其他作业调度系统的比较优势 65 6.1 Top100超级计算中心占有率对比 65 6.2 Display Manager让用户的仿真整个过程从工作站到了云端 65 6.3 针对大规模计算中心之功能特性 67 6.4 领域知识对比(并有能力帮助HPC中心建立围绕计算的业务能力) 68 7 成功案例 68 7.1 汽车行业用户列表 68 7.2 成功案例-泛亚汽车(通用设计中心) 69 7.3 PBS在中国实施的大规模计算案例 71 7.4 PBS在全球实施的大规模计算案例 72 8 平台架构与软硬件配置建议 72 8.1 硬件平台选型常见误区 72 8.2 cpu架构的选择 73 8.3 计算网络的选择 76 8.4 存储系统的选择 79 8.5 GPU的选择 80 8.6 节点类型的选择 87 8.7 操作系统的选择 87 8.8 并行文件系统的选择 88 8.9 PBS Professional的数据流控制 89 8.10 推荐配置 90 9 硬件常见测试 92 9.1 性能峰值能力测试点 92 9.2 测试压力估算 92 9.2.1 估算结果 92 9.2.1.1. 性能峰值能力测试估算 92 9.3 测试完成准则 93 9.4 测试风险 93 9.5 测试策略 93 9.6 测试用例详细 93 9.6.1 术语 93 9.6.2 性能测试用例描述 94 9.6.2.1. 机群性能测试描述 94 10 Altair介绍 96
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值