VLDB 2026 Research / reviewers in the wild / expert
Md Amit Hasan Arovi
dblp:405/3596
· DBLP profile ↗
4ranked-venue papers
4as first author
4since 2021 · last 2026
0009-0009-4341-1954ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 3 first-author · 3 since 2021Software engineering, systems software and programming languages · 1 · 1 first-author · 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.
| Software engineering, system software, and programming languages
2 papers |
Concurrent programming · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Parallel and multicore computing · 100% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Concurrent programming › non-blocking algorithms
lock-free data structures |
1.9 | 2 | 2026 | Fixing Non-blocking Data Structures for Better Compatibility with Memory Reclamation Schemes · PPoPP 2026 RRR-SMR: Reduce, Reuse, Recycle: Better Methods for Practical Lock-Free Data Structures · Proc. ACM Program. Lang. 2025 |
Parallel and multicore computing › concurrent data structures
memory reclamation |
1.0 | 1 | 2026 | Fixing Non-blocking Data Structures for Better Compatibility with Memory Reclamation Schemes · PPoPP 2026 |
Parallel and multicore computing › concurrent data structures
safe memory reclamation |
1.0 | 1 | 2026 | Fixing Non-blocking Data Structures for Better Compatibility with Memory Reclamation Schemes · PPoPP 2026 |
Concurrent programming
concurrent data structures |
0.9 | 1 | 2025 | RRR-SMR: Reduce, Reuse, Recycle: Better Methods for Practical Lock-Free Data Structures · Proc. ACM Program. Lang. 2025 |
Concurrent programming › memory reclamation
safe memory reclamation |
0.9 | 1 | 2025 | RRR-SMR: Reduce, Reuse, Recycle: Better Methods for Practical Lock-Free Data Structures · Proc. ACM Program. Lang. 2025 |
Concurrent programming
concurrency bugs |
0.3 | 1 | 2025 | RRR-SMR: Reduce, Reuse, Recycle: Better Methods for Practical Lock-Free Data Structures · Proc. ACM Program. Lang. 2025 |
Methods — techniques the papers use, named apart from their topics
hazard pointers · 2.9interval-based reclamation · 2.0hazard eras · 2.0epoch-based reclamation · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | Fixing Non-blocking Data Structures for Better Compatibility with Memory Reclamation SchemesabstractWe present a new technique, Safe Concurrent Optimistic Traversals (SCOT), to address a well-known problem related to optimistic traversals with classical and more recent safe memory reclamation (SMR) schemes, such as Hazard Pointers (HP), Hazard Eras (HE), Interval-Based Reclamation (IBR), and Hyaline. Unlike Epoch-Based Reclamation (EBR), these (robust) schemes protect against stalled threads but lack support for well-known data structures with optimistic traversals, e.g., Harris' list and the Natarajan-Mittal tree. Such schemes are either incompatible with them or need changes with performance trade-offs (e.g., the Harris-Michael list). Md Amit Hasan Arovi, Ruslan Nikolaev 0001 |
PPoPP | 1 |
| 2026 | Brief Announcement: Recyclable Optimistic-Traversal Data Structures
Md Amit Hasan Arovi, Ruslan Nikolaev 0001 |
SPAA | 1 |
| 2025 | Brief Announcement: SCOT: Fix non-blocking data structures, not memory reclamationabstractWe present Safe Concurrent Optimistic Traversals (SCOT), to address a well-known problem related to optimistic traversals with both classical and more recent memory reclamation schemes, such as Hazard Pointers (HP), Hazard Eras (HE), Interval-Based Reclamation (IBR), and Hyaline. For these schemes, unlike for Epoch-Based Reclamation (EBR), existing data structure implementations are either buggy (e.g., Natarajan-Mittal tree) or come with performance trade-offs (e.g., Harris-Michael modified list). Md Amit Hasan Arovi, Ruslan Nikolaev 0001 |
SPAA | 1 |
| 2025 | RRR-SMR: Reduce, Reuse, Recycle: Better Methods for Practical Lock-Free Data StructuresabstractTraditionally, most concurrent algorithms rely on safe memory reclamation (SMR)schemes for manual memory management. SMR schemes such as epoch-based reclamation (EBR) and hazard pointers (HP) are typically viewed as the only solution for memory recycling. When using SMR, a new object needs to be allocated whenever something new is added to a data structure. However, in more complex scenarios, the same object may need to be moved between different data structures (e.g., moving a node from one list to another, and then back to the original list) in a copy-free manner, i.e., without deallocating and allocating the node again. It is typically impossible for two reasons: (1) the ABA problem would still arise even when using SMR since the same pointer can reappear (without going through the full SMR cycle) if the same node eventually ends up back in the original data structure; (2) while in simple queues and stacks, nodes can immediately be recycled, it is unclear how to adapt data structures which use non-trivial traversal and two-phase deletion strategies, e.g., linked lists, skip lists, hash tables, trees, etc., where it is seemingly impossible to always immediately move (logically) deleted objects since they might still be accessed by other threads. We propose a general method of creating RRR (Reduce, Reuse, Recycle) data structures to allow safe memory recycling when using SMR which addresses the above-mentioned problems. Our method is applicable to linked lists, skip lists, hash tables, Natarajan-Mittal tree, and other data structures. We also discuss and propose a specialized approach – a more efficient version of Michael-and-Scott’s (recycling) queue. Our evaluation on x86-64 shows promising results when using our methods for different data structures and SMR schemes. Md Amit Hasan Arovi, Ruslan Nikolaev 0001 |
Proc. ACM Program. Lang. | 1 |