Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Mariano Benito

dblp:175/5739 · DBLP profile ↗
← Back
7ranked-venue papers
4as first author
2since 2021 · last 2025
0000-0001-6611-7015ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 7 · 4 first-author · 2 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
3 papers
Interconnection networks and networks-on-chip · 46% Cloud and datacenter computing · 14% Parallel and multicore computing · 14%

Topics — the 9 heaviest of 11, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Interconnection networks and networks-on-chip › routing algorithms
adaptive routing
0.912025
LIA: Latency-Improved Adaptive routing for Dragonfly networks · ACM Trans. Archit. Code Optim. 2025
Interconnection networks and networks-on-chip › network topology › low-diameter topology
dragonfly network
0.912025
LIA: Latency-Improved Adaptive routing for Dragonfly networks · ACM Trans. Archit. Code Optim. 2025
Interconnection networks and networks-on-chip
network topology
0.912025
LIA: Latency-Improved Adaptive routing for Dragonfly networks · ACM Trans. Archit. Code Optim. 2025
Parallel and multicore computing
parallel programming models
0.912025
ODOS-MPI: HPC-Friendly SmartNIC Offloading of Computation/Communication Kernels · SC 2025
Electronic design automation › physical design
routing
0.912025
LIA: Latency-Improved Adaptive routing for Dragonfly networks · ACM Trans. Archit. Code Optim. 2025
Cloud and datacenter computing › computation offloading › network function offloading
SmartNIC offload
0.912025
ODOS-MPI: HPC-Friendly SmartNIC Offloading of Computation/Communication Kernels · SC 2025
Interconnection networks and networks-on-chip
interconnection networks
0.312025
LIA: Latency-Improved Adaptive routing for Dragonfly networks · ACM Trans. Archit. Code Optim. 2025
Hardware accelerators and domain-specific architectures › network accelerator
SmartNIC
0.312025
ODOS-MPI: HPC-Friendly SmartNIC Offloading of Computation/Communication Kernels · SC 2025
Energy-efficient computing
energy-efficient system design
0.212016
The mont-blanc prototype: an alternative approach for HPC systems · SC 2016

Methods — techniques the papers use, named apart from their topics

valiant routing · 0.9non-minimal routing · 0.9compiler integration · 0.9DOCA SDK · 0.9scalability analysis · 0.2performance evaluation · 0.2
YearPublicationVenuePosition
2025 ODOS-MPI: HPC-Friendly SmartNIC Offloading of Computation/Communication Kernels
abstract
The increasing complexity and scale of high-performance computing (HPC) workloads demand innovative approaches to optimize both computation and communication. While OpenMP has been widely adopted for intra-node parallelism and MPI for inter-node communication, emerging SmartNICs introduce new opportunities for offloading communication-intensive tasks. In this work, we extend OpenMP to support MPI kernel offloading to SmartNICs. Our implementation integrates Open MPI communication offloading into the LLVM compiler while utilizing DOCA SDK for efficient interaction with Nvidia BlueField DPUs. Leveraging OpenMP eliminates the need for direct low-level programming, lowering the entry barrier for domain scientists. We demonstrate our framework’s versatility by implementing a SmartNIC-enabled version of the MPI OSU micro-benchmarks and improving the execution time of an atmospheric weather simulation by over 18%, thanks to concurrent computation and communication.
Mariano Benito, Sergio Iserte, Antonio J. Peña
SC2
2025 LIA: Latency-Improved Adaptive routing for Dragonfly networks
abstract
Low-diameter network topologies require non-minimal routing, such as Valiant routing, to avoid network congestion under challenging traffic patterns like the so-called adversarial. However, this mechanism tends to increase the average path length, base latency, and network load. The use of shorter non-minimal paths has the potential to enhance performance, but it may also introduce congestion depending on the traffic patterns. This article introduces LIA (Latency-Improved Adaptive), a routing mechanism for Dragonfly networks which dynamically exploits minimal and non-minimal paths. LIA harnesses the traffic counters already present in contemporary switches to determine when it is safe to shorten non-minimal paths and to adjust routing decisions based on their information about the network conditions. Evaluations reveal that LIA achieves nearly optimal latency, outperforming state-of-the-art adaptive routing mechanisms by reducing latency by up to 30% while maintaining stable throughput and fairness.
Mariano Benito, Enrique Vallejo 0001, Ramón Beivide
ACM Trans. Archit. Code Optim.1
2019 Non-minimal adaptive routing based on explicit congestion notifications
abstract
Summary Low‐diameter networks require non‐minimal adaptive routing to deal with varying traffic characteristics and avoid pathological performance. Such routing is based on local estimations of network congestion, based on link‐level flow control credits. Dragonfly networks based on the extensions of commodity Ethernet networks using OpenFlow have been proposed for large HPC deployments with low power consumption. However, this network technology does not implement credit‐based flow control. This work explores a range of routing solutions based on exploiting explicit congestion notification messages (in particular, 802.1Qau) to adapt the number of packets using non‐minimal paths. The design (denoted QCN‐Switch) associates a probability value to each output port. This value is updated to reflect downstream congestion and used to statistically divert traffic away from congested areas when the load is uneven, as in the case of adversarial traffic. A feedback comparison variant is designed to separate the cases of uniform traffic at saturation and adversarial traffic at low loads. Evaluation results show that QCN‐Switch is a competitive design for both the uniform traffic and adversarial traffic. Furthermore, it is able to react to changes in traffic conditions in 0.4 ms or less. A sensitivity analysis identifies the best configuration and shows its performance trade‐offs.
Mariano Benito, Enrique Vallejo 0001, Cruz Izu, Ramón Beivide
Concurr. Comput. Pract. Exp.1
2019 ACOR: Adaptive congestion-oblivious routing in dragonfly networks
Mariano Benito, Pablo Fuentes 0001, Enrique Vallejo 0001, Ramón Beivide
J. Parallel Distributed Comput.1
2017 A scalable synthetic traffic model of Graph500 for computer networks analysis
abstract
Summary The Graph500 benchmark attempts to steer the design of High‐Performance Computing systems to maximize the performance under memory‐constricted application workloads. A realistic simulation of such benchmarks for architectural research is challenging due to size and detail limitations. By contrast, synthetic traffic workloads constitute one of the least resource‐consuming methods to evaluate the performance. In this work, we provide a simulation tool for network architects that need to evaluate the suitability of their interconnect for BigData applications. Our development is a low computation‐ and memory‐demanding synthetic traffic model that emulates the behavior of the Graph500 communications and is publicly available in an open‐source network simulator. The characterization of network traffic is inferred from a profile of several executions of the benchmark with different input parameters. We verify the validity of the equations in our model against an execution of the benchmark with a different set of parameters. Furthermore, we identify the impact of the node computation capabilities and network characteristics in the execution time of the model in a Dragonfly network.
Pablo Fuentes 0001, Mariano Benito, Enrique Vallejo 0001, José Luis Bosque, Ramón Beivide, Andreea Anghel, Mitchell Gusat, Cyriel Minkenberg, Mateo Valero
Concurr. Comput. Pract. Exp.2
2016 The mont-blanc prototype: an alternative approach for HPC systems
abstract
High-performance computing (HPC) is recognized as one of the pillars for further progress in science, industry, medicine, and education. Current HPC systems are being developed to overcome emerging architectural challenges in order to reach Exascale level of performance, projected for the year 2020. The much larger embedded and mobile market allows for rapid development of intellectual property (IP) blocks and provides more flexibility in designing an application-specific system-on-chip (SoC), in turn providing the possibility in balancing performance, energy-efficiency, and cost. In the Mont-Blanc project, we advocate for HPC systems being built from such commodity IP blocks, currently used in embedded and mobile SoCs. As a first demonstrator of such an approach, we present the Mont-Blanc prototype; the first HPC system built with commodity SoCs, memories, and network interface cards (NICs) from the embedded and mobile domain, and off-the-shelf HPC networking, storage, cooling, and integration solutions. We present the system's architecture and evaluate both performance and energy efficiency. Further, we compare the system's abilities against a production level supercomputer. At the end, we discuss parallel scalability and estimate the maximum scalability point of this approach across a set of applications.
Nikola Rajovic, Alejandro Rico, Filippo Mantovani, Daniel Ruiz 0003, Josep Oriol Vilarrubi, Constantino Gómez, Luna Backes, Diego Nieto, Harald Servat, Xavier Martorell, Jesús Labarta, Eduard Ayguadé, Chris Adeniyi-Jones, Said Derradji, Hervé Gloaguen, Piero Lanucara, Nico Sanna, Jean-François Méhaut, Kevin Pouget, Brice Videau, Eric Boyer, Momme Allalen, Axel Auweter, David Brayford, Daniele Tafani, Volker Weinberg, Dirk Brömmel, René Halver, Jan H. Meinke, Ramón Beivide, Mariano Benito, Enrique Vallejo 0001, Mateo Valero, Alex Ramírez
SC31
2015 On the Use of Commodity Ethernet Technology in Exascale HPC Systems
abstract
Exascale systems will require large networks with hundreds of thousands of endpoints. Ethernet technology is employed in a significant fraction of the Top500 systems, and will remain as a cost-effective alternative for HPC interconnection. However, its current design is not scalable to Exascale systems. Different solutions have been proposed for scalable Ethernet fabrics for data center, but not specifically for HPC applications. This work identifies the major differences in network requirements from both environments. Based on them, it studies the application of Ethernet to Exascale HPC systems, considering the topology, routing, forwarding table management, and address assignment, with a focus on performance and power. Our scalability solution relies on OpenFlow switches to implement hierarchical MAC addressing with the introduction of compaction mechanisms for TCAM table reduction. To simplify deployment, a protocol denoted DMP performs automated address assignment without interfering with layer-2 service announcement protocols. An analysis of latency requirements of HPC applications shows that their communication phases are very short, making controller-centric adaptive routing unfeasible. We introduce Conditional OpenFlow rules as an instrument which allows for adaptive routing with proactive rule instantiation. Routing decisions are taken in the switch depending on network status, without controller interaction. This mechanism supports multiple topologies which require minimal or non-minimal adaptive routing and improve performance and power. Altogether, this work introduces a realistic and competitive implementation of a scalable lossless Ethernet network for Exascale-level HPC environments, considering low-diameter and low-power topologies such as Flattened Butterflies or Dragonflies, and allowing for power savings up to 54%.
Mariano Benito, Enrique Vallejo 0001, Ramón Beivide
HiPC1