NEC SX-Aurora TSUBASA(SX-AT)is the latest vector supercomputer,consisting of host processors called Vector Hosts(VHs)and vector processors called Vector Engines(VEs).The goal of this work is to simultaneously use both...NEC SX-Aurora TSUBASA(SX-AT)is the latest vector supercomputer,consisting of host processors called Vector Hosts(VHs)and vector processors called Vector Engines(VEs).The goal of this work is to simultaneously use both VHs and VEs to increase the resource utilization and improve the system throughput by co-executing more workloads.One difficulty is that performance interferences among VH and VE workloads could occur because they share some computing resources and potentially compete to use the same resource at the same time,so-called resource conflicts.To achieve efficient workload co-execution,first,this paper experimentally investigates the performance interference between a VH and a VE,when each of the two processors executes a different workload.It is empirically shown that the frequency of system calls from the VE workload could be a good indicator to predict if the co-execution could cause severe performance interference,even though monitoring system calls requires a huge runtime overhead and it is impractical to simply use it for decision making of co-execution.Then,this paper proposes a workload co-execution strategy based on a practical approach to identifying a pair of VE and VH workloads that could cause severe performance interferences.Our evaluation results clearly demonstrate that the system call frequency can be used to predict if the workload can affect the performance of another co-executing workload,and VH’s CPU load can be a good approximation of the system call frequency.The proposed approach based on the CPU loads could accurately identify a pair of workloads causing frequent resource conflicts,and thus reduce the risk of severe performance interferences between co-executing workloads on an SX-AT system,resulting in shorter makespan without significantly increasing the turn-around time.展开更多
基金supported by MEXT Next Generation High-Performance Computing Infrastructures and Applications R&D Program“R&D of A Quantum-Annealing-Assisted Next Generation HPC Infrastructure and its Applications,”Grant-in-Aid for Scientific Research(B)#21H03449Grant-in-Aid for Challenging Research(Exploratory)#22K19764Joint Usage/Research Center for Interdisciplinary Large-scale Information Infrastructures jh220025.
文摘NEC SX-Aurora TSUBASA(SX-AT)is the latest vector supercomputer,consisting of host processors called Vector Hosts(VHs)and vector processors called Vector Engines(VEs).The goal of this work is to simultaneously use both VHs and VEs to increase the resource utilization and improve the system throughput by co-executing more workloads.One difficulty is that performance interferences among VH and VE workloads could occur because they share some computing resources and potentially compete to use the same resource at the same time,so-called resource conflicts.To achieve efficient workload co-execution,first,this paper experimentally investigates the performance interference between a VH and a VE,when each of the two processors executes a different workload.It is empirically shown that the frequency of system calls from the VE workload could be a good indicator to predict if the co-execution could cause severe performance interference,even though monitoring system calls requires a huge runtime overhead and it is impractical to simply use it for decision making of co-execution.Then,this paper proposes a workload co-execution strategy based on a practical approach to identifying a pair of VE and VH workloads that could cause severe performance interferences.Our evaluation results clearly demonstrate that the system call frequency can be used to predict if the workload can affect the performance of another co-executing workload,and VH’s CPU load can be a good approximation of the system call frequency.The proposed approach based on the CPU loads could accurately identify a pair of workloads causing frequent resource conflicts,and thus reduce the risk of severe performance interferences between co-executing workloads on an SX-AT system,resulting in shorter makespan without significantly increasing the turn-around time.
