Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Hao Wu 0130

dblp:72/4250-130 · DBLP profile ↗
← Back
1ranked-venue papers
1as first author
0since 2021 · last 2020
0000-0002-0372-5504ORCID · verified

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
GPUs and heterogeneous computing · 70% Performance modeling and evaluation · 30%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
GPUs and heterogeneous computing › GPU scheduling
concurrent kernel execution
0.412020
A Model-Based Software Solution for Simultaneous Multiple Kernels on GPUs · ACM Trans. Archit. Code Optim. 2020
Performance modeling and evaluation › processor performance modeling › accelerator performance modeling
GPU performance modeling
0.412020
A Model-Based Software Solution for Simultaneous Multiple Kernels on GPUs · ACM Trans. Archit. Code Optim. 2020
GPUs and heterogeneous computing
GPU sharing
0.412020
A Model-Based Software Solution for Simultaneous Multiple Kernels on GPUs · ACM Trans. Archit. Code Optim. 2020
GPUs and heterogeneous computing › GPU performance analysis
GPU utilization
0.112020
A Model-Based Software Solution for Simultaneous Multiple Kernels on GPUs · ACM Trans. Archit. Code Optim. 2020

Methods — techniques the papers use, named apart from their topics

probabilistic modeling · 0.4kernel stretching · 0.4kernel slicing · 0.4
YearPublicationVenuePosition
2020 A Model-Based Software Solution for Simultaneous Multiple Kernels on GPUs
abstract
As a critical computing resource in multiuser systems such as supercomputers, data centers, and cloud services, a GPU contains multiple compute units (CUs). GPU Multitasking is an intuitive solution to underutilization in GPGPU computing. Recently proposed solutions of multitasking GPUs can be classified into two categories: (1) spatially partitioned sharing (SPS), which coexecutes different kernels on disjointed sets of compute units (CU), and (2) simultaneous multikernel (SMK), which runs multiple kernels simultaneously within a CU. Compared to SPS, SMK can improve resource utilization even further due to the interleaving of instructions from kernels with low dynamic resource contentions. However, it is hard to implement SMK on current GPU architecture, because (1) techniques for applying SMK on top of GPU hardware scheduling policy are scarce and (2) finding an efficient SMK scheme is difficult due to the complex interferences of concurrently executed kernels. In this article, we propose a lightweight and effective performance model to evaluate the complex interferences of SMK. Based on the probability of independent events, our performance model is built from a totally new angle and contains limited parameters. Then, we propose a metric, symbiotic factor , which can evaluate an SMK scheme so that kernels with complementary resource utilization can corun within a CU. Also, we analyze the advantages and disadvantages of kernel slicing and kernel stretching techniques and integrate them to apply SMK on GPUs instead of simulators. We validate our model on 18 benchmarks. Compared to the optimized hardware-based concurrent kernel execution whose kernel launching order brings fast execution time, the results of corunning kernel pairs show 11%, 18%, and 12% speedup on AMD R9 290X, RX 480, and Vega 64, respectively, on average. Compared to the Warped-Slicer, the results show 29%, 18%, and 51% speedup on AMD R9 290X, RX 480, and Vega 64, respectively, on average.
Hao Wu 0130, Huanxin Lin, Cho-Li Wang
ACM Trans. Archit. Code Optim.1