Demo Data from EDBT 2026 / reviewers in the wild / expert
Mohammed Alfatafta
dblp:209/2399
· DBLP profile ↗
5ranked-venue papers
2as first author
1since 2021 · last 2023
0000-0001-8352-1618ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 1 first-authorSystems, architecture and hardware · 1 · 1 since 2021Computer networks · 1Applied, interdisciplinary, general and emerging computing · 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
3 papers |
Distributed systems · 85% Hardware reliability and fault tolerance · 15% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems
fault tolerance |
1.4 | 3 | 2023 | Partial Network Partitioning · ACM Trans. Comput. Syst. 2023 Toward a Generic Fault Tolerance Technique for Partial Network Partitioning · OSDI 2020 An Analysis of Network-Partitioning Failures in Cloud Systems · OSDI 2018 |
Distributed systems › fault tolerance › failure models
network partitioning |
0.8 | 2 | 2020 | Toward a Generic Fault Tolerance Technique for Partial Network Partitioning · OSDI 2020 An Analysis of Network-Partitioning Failures in Cloud Systems · OSDI 2018 |
Distributed systems
distributed coordination |
0.7 | 1 | 2023 | Partial Network Partitioning · ACM Trans. Comput. Syst. 2023 |
Distributed systems › group communication
membership management |
0.7 | 1 | 2023 | Partial Network Partitioning · ACM Trans. Comput. Syst. 2023 |
Hardware reliability and fault tolerance › network fault tolerance
network partition tolerance |
0.7 | 1 | 2023 | Partial Network Partitioning · ACM Trans. Comput. Syst. 2023 |
Distributed systems › peer-to-peer systems
overlay networks |
0.2 | 1 | 2023 | Partial Network Partitioning · ACM Trans. Comput. Syst. 2023 |
Methods — techniques the papers use, named apart from their topics
overlay routing · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Partial Network PartitioningabstractWe present an extensive study focused on partial network partitioning. Partial network partitions disrupt the communication between some but not all nodes in a cluster. First, we conduct a comprehensive study of system failures caused by this fault in 13 popular systems. Our study reveals that the studied failures are catastrophic (e.g., lead to data loss), easily manifest, and are mainly due to design flaws. Our analysis identifies vulnerabilities in core systems mechanisms including scheduling, membership management, and ZooKeeper-based configuration management. Second, we dissect the design of nine popular systems and identify four principled approaches for tolerating partial partitions. Unfortunately, our analysis shows that implemented fault tolerance techniques are inadequate for modern systems; they either patch a particular mechanism or lead to a complete cluster shutdown, even when alternative network paths exist. Finally, our findings motivate us to build Nifty, a transparent communication layer that masks partial network partitions. Nifty builds an overlay between nodes to detour packets around partial partitions. Nifty provides an approach for applications to optimize their operation during a partial partition. We demonstrate the benefit of this approach through integrating Nifty with VoltDB, HDFS, and Kafka. Basil Alkhatib, Sreeharsha Udayashankar, Sara Qunaibi, Ahmed Alquraan, Mohammed Alfatafta, Wael Al-Manasrah, Alex Depoutovitch, Samer Al-Kiswany |
ACM Trans. Comput. Syst. | 5 |
| 2020 | Toward a Generic Fault Tolerance Technique for Partial Network Partitioning
Mohammed Alfatafta, Basil Alkhatib, Ahmed Alquraan, Samer Al-Kiswany |
OSDI | 1 |
| 2018 | COOL: A Cloud-Optimized Structure for MPI Collective OperationsabstractWe present COOL, a simple and generic structure for MPI collective operations. COOL enables highly efficient designs for all collective operations in the cloud. We then present a system design based on COOL that implements frequently used collective operations. Our design efficiently uses the intra-rack network while minimizing cross-rack communication, thus improving the application performance and scalability. We use recent software-defined networking capabilities to build optimal network paths for I/O intensive collective operations. Our analytical evaluation shows that our design imposes the least possible network overhead across racks. Furthermore, when compared with OpenMPI and MPICH, our design reduces the number of steps to only three, decreases the number of exchanged messages by a factor of N, the total number of processes, and reduces the network load by up to an order of magnitude. These significant improvements come at the cost of a modest increase in the computation load on a few processes. Mohammed Alfatafta, Zuhair AlSader, Samer Al-Kiswany |
IEEE CLOUD | 1 |
| 2018 | An Analysis of Network-Partitioning Failures in Cloud Systems
Ahmed Alquraan, Hatem Takruri, Mohammed Alfatafta, Samer Al-Kiswany |
OSDI | 3 |
| 2017 | CoMon++: Preventing Cache Pollution in NDN Efficiently and EffectivelyabstractDefending against cache pollution attacks, highly detrimental attacks that are easy to implement in Named-Data Networking (NDN), currently suffers from the lack of coordination. Solving cache pollution attacks is a prerequisite for the deployment of NDN, which is widely considered to be the basis for the future Internet. We present CoMon++ to this end, a framework for lightweight coordination that protects from cache pollution and further attacks in NDN. Our simulation studies demonstrate that CoMon++ efficiently and effectively prevents cache pollution, remarkably outperforming a very notable state-of-the-art solution. Hani Salah, Mohammed Alfatafta, Saed SayedAhmed, Thorsten Strufe |
LCN | 2 |