arXivDaily arXiv每日学术速递 周一至周五更新
arXiv周末暂无论文更新,休息一下吧,周末愉快~~
arXiv 2310.04848cs.DC
收藏

共享末级缓存在具有多个CUDA流的嵌入式GP-GPU上的干扰分析

Interference analysis of shared last-level cache on embedded GP-GPUs with multiple CUDA streams

Gianluca Brilli, Paolo Burgio

AI总结:

针对嵌入式GP-GPU中多CUDA流竞争共享末级缓存产生干扰、影响系统可预测性的问题,本文对vadd、gemm两类基元在并发读内存内核和并发主机到设备拷贝流干扰下的情况开展了初步定性分析。

摘要:

在现代异构架构中,为了让计算任务在功耗和执行时间方面具备高效性,应用对所需数据的访问是一个关键因素。新一代片上系统(SoC)配备了大容量末级缓存(LLC),以尽可能提升数据访问效率。然而,这类系统在系统可预测性方面引入了新的复杂度,因为并发任务必须竞争同一资源,并会在彼此之间产生干扰。本文旨在对多个并发流执行时产生的干扰程度进行初步的定性分析,例如一个流执行有效计算任务,另一个流产生干扰。具体而言,我们测试了两个重要的基元:vadd和gemm,分别使其受到以下两种情况的干扰:i)执行共享内存读取的并发内核;ii)执行主机到设备内存拷贝的并发流。

英文摘要:

In modern heterogeneous architectures, the access to data that the application needs is a key factor, in order to make the compute task efficient, in terms of power dissipation and execution time. The new generation SoCs are equipped with large LLCs, in order to make data access as efficient as possible. However, these systems introduce a new level of complexity in terms of the system's predictability, because concurrent tasks must compete for the same resource and contribute to generating interference between them. This paper aims to provide a preliminary qualitative analysis in terms of interference degree that is generated when several concurrent streams are in execution, for example one that performs useful computing tasks and one that generates interference. Specifically, we tested two important primitives: vadd and gemm, respectively subjected to interference with: i) a concurrent kernel that performs read from shared memory. ii) concurrent stream that performs host-to-device memory copy.

机构、总结、中文摘要均由AI分析而来,可能存在错误,请以论文正文为准。

↑