activity
20162026
most citedResilience Design Patterns: A Structured Approach to Resilience at Extreme Scale

8 citations · 28 across the 12 of their papers we have counts for

collaborators
Showing cs.DCShow all

12 papers · 1 filter

cs.DC2024

Optimal Checkpoint Interval with Availability as an Objective Function

Nirmal Raj Saxena, Saurabh Hukerikar, Mikolaj Blaz +1

We present a simplified derivation of the optimal checkpoint interval in Young_1974 [1]. The optimal checkpoint interval derivation in [1] is based on minimizing the total lost tim…

cs.DC2018★ 7 cited

Pattern-based Modeling of Multiresilience Solutions for High-Performance Computing

Rizwan A. Ashraf, Saurabh Hukerikar, Christian Engelmann

Resiliency is the ability of large-scale high-performance computing (HPC) applications to gracefully handle errors, and recover from failures. In this paper, we propose a pattern-b…

cs.DC2018★ 1 cited

Shrink or Substitute: Handling Process Failures in HPC Systems using In-situ Recovery

Rizwan A. Ashraf, Saurabh Hukerikar, Christian Engelmann

Efficient utilization of today's high-performance computing (HPC) systems with complex hardware and software components requires that the HPC applications are designed to tolerate…

cs.DC2017★ 8 cited

A Pattern Language for High-Performance Computing Resilience

Saurabh Hukerikar, Christian Engelmann

High-performance computing systems (HPC) provide powerful capabilities for modeling, simulation, and data analytics for a broad class of computational problems. They enable extreme…

cs.DC2017

Pattern-based Modeling of High-Performance Computing Resilience

Saurabh Hukerikar, Christian Engelmann

With the growing scale and complexity of high-performance computing (HPC) systems, resilience solutions that ensure continuity of service despite frequent errors and component fail…

cs.DC2017★ 8 cited

Resilience Design Patterns: A Structured Approach to Resilience at Extreme Scale

Saurabh Hukerikar, Christian Engelmann

Reliability is a serious concern for future extreme-scale high-performance computing (HPC) systems. While the HPC community has developed various resilience solutions, the solution…

cs.DC2017

Big Data Meets HPC Log Analytics: Scalable Approach to Understanding Systems at Extreme Scale

Byung H. Park, Saurabh Hukerikar, Ryan Adamson +1

Today's high-performance computing (HPC) systems are heavily instrumented, generating logs containing information about abnormal events, such as critical conditions, faults, errors…

cs.DC2016

Resilience Design Patterns - A Structured Approach to Resilience at Extreme Scale (version 1.0)

Saurabh Hukerikar, Christian Engelmann

In this document, we develop a structured approach to the management of HPC resilience based on the concept of resilience-based design patterns. A design pattern is a general repea…

cs.DC2016

Language Support for Reliable Memory Regions

Saurabh Hukerikar, Christian Engelmann

The path to exascale computational capabilities in high-performance computing (HPC) systems is challenged by the inadequacy of present software technologies to adapt to the rapid e…

cs.DC2016

Havens: Explicit Reliable Memory Regions for HPC Applications

Saurabh Hukerikar, Christian Engelmann

Supporting error resilience in future exascale-class supercomputing systems is a critical challenge. Due to transistor scaling trends and increasing memory density, scientific simu…

cs.DC2016

RedThreads: An Interface for Application-level Fault Detection/Correction through Adaptive Redundant Multithreading

Saurabh Hukerikar, Keita Teranishi, Pedro C. Diniz +1

In the presence of accelerated fault rates, which are projected to be the norm on future exascale systems, it will become increasingly difficult for high-performance computing (HPC…

cs.DC2016★ 4 cited

Rolex: Resilience-Oriented Language Extensions for Extreme-Scale Systems

Saurabh Hukerikar, Robert F. Lucas

Future exascale high-performance computing (HPC) systems will be constructed from VLSI devices that will be less reliable than those used today, and faults will become the norm, no…