VLDB 2026 Research / reviewers in the wild / expert
Huan Zhou 0005
dblp:78/6138-5
· DBLP profile ↗
5ranked-venue papers
3as first author
1since 2021 · last 2023
0000-0001-8734-9173ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 3 first-authorSoftware engineering, systems software and programming languages · 1 · 1 since 2021Applied, interdisciplinary, general and emerging computing · 1
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 |
Cloud and datacenter computing · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing › virtualization
containerization |
0.7 | 1 | 2023 | Containerization for High Performance Computing Systems: Survey and Prospects · IEEE Trans. Software Eng. 2023 |
Cloud and datacenter computing
container orchestration |
0.7 | 1 | 2023 | Containerization for High Performance Computing Systems: Survey and Prospects · IEEE Trans. Software Eng. 2023 |
Cloud and datacenter computing
application deployment |
0.2 | 1 | 2023 | Containerization for High Performance Computing Systems: Survey and Prospects · IEEE Trans. Software Eng. 2023 |
Methods — techniques the papers use, named apart from their topics
taxonomy · 0.7survey · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Containerization for High Performance Computing Systems: Survey and ProspectsabstractContainers improve the efficiency in application deployment and thus have been widely utilised on Cloud and lately in High Performance Computing (HPC) environments. Containers encapsulate complex programs with their dependencies in isolated environments making applications more compatible and portable. Often HPC systems have higher security levels compared to Cloud systems, which restrict users’ ability to customise environments. Therefore, containers on HPC need to include a heavy package of libraries making their size relatively large. These libraries usually are specifically optimised for the hardware, which compromises portability of containers.Per contra, a Cloud container has smaller volume and is more portable. Furthermore, containers would benefit from orchestrators that facilitate deployment and management of containers at a large scale. Cloud systems in practice usually incorporate sophisticated container orchestration mechanisms as opposed to HPC systems. Nevertheless, some solutions to enable container orchestration on HPC systems have been proposed in state of the art. This paper gives a survey and taxonomy of efforts in both containerisation and its orchestration strategies on HPC systems. It highlights differences thereof between Cloud and HPC. Lastly, challenges are discussed and the potentials for research and engineering are envisioned. Naweiluo Zhou, Huan Zhou 0005, Dennis Hoppe |
IEEE Trans. Software Eng. | 2 |
| 2020 | Container Orchestration on HPC SystemsabstractContainerisation demonstrates its efficiency in application deployment in cloud computing. Containers can encapsulate complex programs with their dependencies in isolated environments, hence are being adopted in HPC clusters. HPC workload managers lack micro-services support and deeply integrated container management, as opposed to container orchestrators (e.g. Kubernetes). We introduce Torque-Operator (a plugin) which serves as a bridge between HPC workload managers and container Orchestrators. Naweiluo Zhou, Yiannis Georgiou 0002, Li Zhong 0008, Huan Zhou 0005, Marcin Pospieszny |
CLOUD | 4 |
| 2020 | Collectives in hybrid MPI+MPI code: Design, practice and performance
Huan Zhou 0005, José Gracia, Naweiluo Zhou, Ralf Schneider |
Parallel Comput. | 1 |
| 2016 | Asynchronous Progress Design for a MPI-Based PGAS One-Sided Communication SystemabstractRemote-memory-access models, also known as one-sided communication models, are becoming an interesting alternative to traditional two-sided communication models in the field of High Performance Computing. In this paper we extend previous work on an MPI-based, locality-aware remote-memory-access model with a asynchronous progress-engine for non-blocking communication operations. Most previous related work suggests to drive progression on communication through an additional thread within the application process. In contrast, our scheme uses an arbitrary number of dedicated processes to drive asynchronous progression. Further, we describe a prototypical library implementation of our concepts, namely DART, which is used to quantitatively evaluate our design against a MPI-3 baseline reference. The evaluation consists of micro-benchmark to measure overlap of communication and computation and a scientific application kernel to assess total performance impact on realistic use-cases. Our benchmarks shows, that our asynchronous progression scheme can overlap computation and communication efficiently and lead to substantially shorter communication cost in real applications. Huan Zhou 0005, José Gracia |
ICPADS | 1 |
| 2015 | Leveraging MPI-3 Shared-Memory Extensions for Efficient PGAS Runtime Systems
Huan Zhou 0005, Kamran Idrees, José Gracia |
Euro-Par | 1 |