Demo Data from EDBT 2026 / reviewers in the wild / expert
Ariel Shahar
dblp:72/8357
· DBLP profile ↗
2ranked-venue papers
0as first author
1since 2021 · last 2025
0009-0003-2069-0336ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1Software engineering, systems software and programming languages · 1 · 1 since 2021
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 · 77% Interconnection networks and networks-on-chip · 23% |
Topics — the 5 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing › virtualization
device pass-through |
0.9 | 1 | 2025 | Device-Assisted Live Migration of RDMA Devices · SOSP 2025 |
Cloud and datacenter computing › virtualization › virtual machine migration
live migration |
0.9 | 1 | 2025 | Device-Assisted Live Migration of RDMA Devices · SOSP 2025 |
Interconnection networks and networks-on-chip
remote direct memory access |
0.9 | 1 | 2025 | Device-Assisted Live Migration of RDMA Devices · SOSP 2025 |
Cloud and datacenter computing
virtualization |
0.9 | 1 | 2025 | Device-Assisted Live Migration of RDMA Devices · SOSP 2025 |
Cloud and datacenter computing
cloud infrastructure |
0.3 | 1 | 2025 | Device-Assisted Live Migration of RDMA Devices · SOSP 2025 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Device-Assisted Live Migration of RDMA DevicesabstractRecently, we have seen growing pressure to move highperformance workloads, such as HPC and AI, to cloud environments that offer more affordable and manageable infrastructure. These workloads require direct access to RDMA devices for high-performance communication. Device passthrough, however, violates the decoupling between the guest OS and the underlying hardware, making Live Migration (LM) extremely challenging [29, 38, 40, 42, 48]. Artem Y. Polyakov, Gal Shalom, Asaf Schwartz, Aviad Yehezkel, Omri Ben David, Omri Kahalon, Ariel Shahar, Liran Liss |
SOSP | 7 |
| 2010 | ConnectX-2 InfiniBand Management Queues: First Investigation of the New Support for Network Offloaded Collective OperationsabstractThis paper introduces the newly developed Infini-Band (IB) Management Queue capability, used by the Host Channel Adapter (HCA) to manage network task data flow dependancies, and progress the communications associated with such flows. These tasks include sends, receives, and the newly supported wait task, and are scheduled by the HCA based on a data dependency description provided by the user. This functionality is supported by the ConnectX-2 HCA, and provides the means for delegating collective communication management and progress to the HCA, also known as collective communication offload. This provides a means for overlapping collective communications managed by the HCA and computation on the Central Processing Unit (CPU), thus making it possible to reduce the impact of system noise on parallel applications using collective operations. This paper further describes how this new capability can be used to implement scalable Message Passing Interface (MPI) collective operations, describing the high level details of how this new capability is used to implement the MPI_Barrier collective operation, focusing on the latency sensitive performance aspects of this new capability. This paper concludes with small scale benchmark experiments comparing implementations of the barrier collective operation, using the new network offload capabilities, with established point-to-point based implementations of these same algorithms, which manage the data flow using the central processing unit. These early results demonstrate the promise this new capability provides to improve the scalability of high-performance applications using collective communications. The latency of the HCA based implementation of the barrier is similar to that of the best performing point-to-point based implementation managed by the central processing unit, starting to outperform these as the number of processes involved in the collective operation increases. Richard L. Graham, Stephen W. Poole, Pavel Shamis, Gil Bloch, Noam Bloch, Hillel Chapman, Michael Kagan, Ariel Shahar, Ishai Rabinovitz, Gilad Shainer |
CCGRID | 8 |