Demo Data from EDBT 2026 / reviewers in the wild / expert
Shreyas Gokhale
dblp:163/1966
· DBLP profile ↗
3ranked-venue papers
2as first author
1since 2021 · last 2021
0000-0002-7589-6927ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 2 · 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
1 paper |
Concurrent programming · 100% | |
| Theoretical computer science
1 paper |
Distributed computing theory · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Concurrent programming › synchronization › mutual exclusion
group mutual exclusion |
0.5 | 1 | 2021 | On group mutual exclusion for dynamic systems · PPoPP 2021 |
Concurrent programming
synchronization |
0.5 | 1 | 2021 | On group mutual exclusion for dynamic systems · PPoPP 2021 |
Distributed computing theory › mutual exclusion
group mutual exclusion |
0.5 | 1 | 2021 | On group mutual exclusion for dynamic systems · PPoPP 2021 |
Distributed computing theory
mutual exclusion |
0.5 | 1 | 2021 | On group mutual exclusion for dynamic systems · PPoPP 2021 |
Methods — techniques the papers use, named apart from their topics
distributed algorithm design · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | On group mutual exclusion for dynamic systemsabstractThe group mutual exclusion (GME) problem is a generalization of the classical mutual exclusion problem in which every critical section is associated with a type or session. Critical sections belonging to the same session can execute concurrently, whereas critical sections belonging to different sessions must be executed serially. The well-known read-write mutual exclusion problem is a special case of the group mutual exclusion problem. Shreyas Gokhale, Sahil Dhoked, Neeraj Mittal |
PPoPP | 1 |
| 2018 | Brief Announcement: Fast and Scalable Group Mutual ExclusionabstractThe group mutual exclusion (GME) problem is a generalization of the classical mutual exclusion problem in which every critical section is associated with a type or session. Critical sections belonging to the same session can execute concurrently, whereas critical sections belonging to different sessions must be executed serially. The well-known read-write mutual exclusion problem is a special case of the group mutual exclusion problem. In a shared memory system, locks based on traditional mutual exclusion or its variants are commonly used to manage contention among processes. In concurrent algorithms based on fine-grained synchronization, a single lock is used to protect access to a small number of shared objects (e.g., a lock for every tree node) so as to minimize contention window. Evidently, a large number of shared objects in the system would translate into a large number of locks. Also, when fine-grained synchronization is used, most lock accesses are expected to be uncontended in practice. Most existing algorithms for the solving the GME problem have high space-complexity per lock. Further, all algorithms except for one have high step-complexity in the uncontented case. This makes them unsuitable for use in concurrent algorithms based on fine-grained synchronization. In this work, we present a novel GME algorithm for an asynchronous shared-memory system that has O(1) space-complexity per GME lock when the system contains a large number of GME locks as well as O(1) step-complexity when the system contains no conflicting requests. Shreyas Gokhale, Neeraj Mittal |
DISC | 1 |
| 2016 | Robust neighbor discovery in multi-hop multi-channel heterogeneous wireless networks
Yanyan Zeng, K. Alex Mills, Shreyas Gokhale, Neeraj Mittal, S. Venkatesan 0001, Ramaswamy Chandrasekaran |
J. Parallel Distributed Comput. | 3 |