Application-level Checkpointing for Shared Memory Programs. Bronevetsky, G., Marques, D., Pingali, K., Szwed, P., & Schulz, M. In Proc. of the 11th Int'l Conf. on Architectural Support for Programming Languages and Operating Systems, pages 235--247, 2004. abstract bibtex Trends in high-performance computing are making it necessary for long-running applications to tolerate hardware faults. The most commonly used approach is checkpoint and restart (CPR) - the state of the computation is saved periodically on disk, and when a failure occurs, the computation is restarted from the last saved state. At present, it is the responsibility of the programmer to instrument applications for CPR.Our group is investigating the use of compiler technology to instrument codes to make them self-checkpointing and self-restarting, thereby providing an automatic solution to the problem of making long-running scientific applications resilient to hardware faults. Our previous work focused on message-passing programs.In this paper, we describe such a system for shared-memory programs running on symmetric multiprocessors. This system has two components: (i) a pre-compiler for source-to-source modification of applications, and (ii) a runtime system that implements a protocol for coordinating CPR among the threads of the parallel application. For the sake of concreteness, we focus on a non-trivial subset of OpenMP that includes barriers and locks.One of the advantages of this approach is that the ability to tolerate faults becomes embedded within the application itself, so applications become self-checkpointing and self-restarting on any platform. We demonstrate this by showing that our transformed benchmarks can checkpoint and restart on three different platforms (Windows/x86, Linux/x86, and Tru64/Alpha). Our experiments show that the overhead introduced by this approach is usually quite small; they also suggest ways in which the current implementation can be tuned to reduced overheads further.
@inproceedings{bronevetsky_application-level_2004,
title = {Application-level {Checkpointing} for {Shared} {Memory} {Programs}},
abstract = {Trends in high-performance computing are making it necessary for long-running applications to tolerate hardware faults. The most commonly used approach is checkpoint and restart (CPR) - the state of the computation is saved periodically on disk, and when a failure occurs, the computation is restarted from the last saved state. At present, it is the responsibility of the programmer to instrument applications for CPR.Our group is investigating the use of compiler technology to instrument codes to make them self-checkpointing and self-restarting, thereby providing an automatic solution to the problem of making long-running scientific applications resilient to hardware faults. Our previous work focused on message-passing programs.In this paper, we describe such a system for shared-memory programs running on symmetric multiprocessors. This system has two components: (i) a pre-compiler for source-to-source modification of applications, and (ii) a runtime system that implements a protocol for coordinating CPR among the threads of the parallel application. For the sake of concreteness, we focus on a non-trivial subset of OpenMP that includes barriers and locks.One of the advantages of this approach is that the ability to tolerate faults becomes embedded within the application itself, so applications become self-checkpointing and self-restarting on any platform. We demonstrate this by showing that our transformed benchmarks can checkpoint and restart on three different platforms (Windows/x86, Linux/x86, and Tru64/Alpha). Our experiments show that the overhead introduced by this approach is usually quite small; they also suggest ways in which the current implementation can be tuned to reduced overheads further.},
urldate = {2013-12-08TZ},
booktitle = {Proc. of the 11th {Int}'l {Conf}. on {Architectural} {Support} for {Programming} {Languages} and {Operating} {Systems}},
author = {Bronevetsky, Greg and Marques, Daniel and Pingali, Keshav and Szwed, Peter and Schulz, Martin},
year = {2004},
keywords = {checkpointing, ckpt\_log, fault-tolerance, openMP, shared-memory programs},
pages = {235--247}
}
Downloads: 0
{"_id":"KBMCmEj68iKj9fHzs","bibbaseid":"bronevetsky-marques-pingali-szwed-schulz-applicationlevelcheckpointingforsharedmemoryprograms-2004","downloads":0,"creationDate":"2016-10-15T13:23:04.481Z","title":"Application-level Checkpointing for Shared Memory Programs","author_short":["Bronevetsky, G.","Marques, D.","Pingali, K.","Szwed, P.","Schulz, M."],"year":2004,"bibtype":"inproceedings","biburl":"http://bibbase.org/zotero/pentarious","bibdata":{"bibtype":"inproceedings","type":"inproceedings","title":"Application-level Checkpointing for Shared Memory Programs","abstract":"Trends in high-performance computing are making it necessary for long-running applications to tolerate hardware faults. The most commonly used approach is checkpoint and restart (CPR) - the state of the computation is saved periodically on disk, and when a failure occurs, the computation is restarted from the last saved state. At present, it is the responsibility of the programmer to instrument applications for CPR.Our group is investigating the use of compiler technology to instrument codes to make them self-checkpointing and self-restarting, thereby providing an automatic solution to the problem of making long-running scientific applications resilient to hardware faults. Our previous work focused on message-passing programs.In this paper, we describe such a system for shared-memory programs running on symmetric multiprocessors. This system has two components: (i) a pre-compiler for source-to-source modification of applications, and (ii) a runtime system that implements a protocol for coordinating CPR among the threads of the parallel application. For the sake of concreteness, we focus on a non-trivial subset of OpenMP that includes barriers and locks.One of the advantages of this approach is that the ability to tolerate faults becomes embedded within the application itself, so applications become self-checkpointing and self-restarting on any platform. We demonstrate this by showing that our transformed benchmarks can checkpoint and restart on three different platforms (Windows/x86, Linux/x86, and Tru64/Alpha). Our experiments show that the overhead introduced by this approach is usually quite small; they also suggest ways in which the current implementation can be tuned to reduced overheads further.","urldate":"2013-12-08TZ","booktitle":"Proc. of the 11th Int'l Conf. on Architectural Support for Programming Languages and Operating Systems","author":[{"propositions":[],"lastnames":["Bronevetsky"],"firstnames":["Greg"],"suffixes":[]},{"propositions":[],"lastnames":["Marques"],"firstnames":["Daniel"],"suffixes":[]},{"propositions":[],"lastnames":["Pingali"],"firstnames":["Keshav"],"suffixes":[]},{"propositions":[],"lastnames":["Szwed"],"firstnames":["Peter"],"suffixes":[]},{"propositions":[],"lastnames":["Schulz"],"firstnames":["Martin"],"suffixes":[]}],"year":"2004","keywords":"checkpointing, ckpt_log, fault-tolerance, openMP, shared-memory programs","pages":"235--247","bibtex":"@inproceedings{bronevetsky_application-level_2004,\n\ttitle = {Application-level {Checkpointing} for {Shared} {Memory} {Programs}},\n\tabstract = {Trends in high-performance computing are making it necessary for long-running applications to tolerate hardware faults. The most commonly used approach is checkpoint and restart (CPR) - the state of the computation is saved periodically on disk, and when a failure occurs, the computation is restarted from the last saved state. At present, it is the responsibility of the programmer to instrument applications for CPR.Our group is investigating the use of compiler technology to instrument codes to make them self-checkpointing and self-restarting, thereby providing an automatic solution to the problem of making long-running scientific applications resilient to hardware faults. Our previous work focused on message-passing programs.In this paper, we describe such a system for shared-memory programs running on symmetric multiprocessors. This system has two components: (i) a pre-compiler for source-to-source modification of applications, and (ii) a runtime system that implements a protocol for coordinating CPR among the threads of the parallel application. For the sake of concreteness, we focus on a non-trivial subset of OpenMP that includes barriers and locks.One of the advantages of this approach is that the ability to tolerate faults becomes embedded within the application itself, so applications become self-checkpointing and self-restarting on any platform. We demonstrate this by showing that our transformed benchmarks can checkpoint and restart on three different platforms (Windows/x86, Linux/x86, and Tru64/Alpha). Our experiments show that the overhead introduced by this approach is usually quite small; they also suggest ways in which the current implementation can be tuned to reduced overheads further.},\n\turldate = {2013-12-08TZ},\n\tbooktitle = {Proc. of the 11th {Int}'l {Conf}. on {Architectural} {Support} for {Programming} {Languages} and {Operating} {Systems}},\n\tauthor = {Bronevetsky, Greg and Marques, Daniel and Pingali, Keshav and Szwed, Peter and Schulz, Martin},\n\tyear = {2004},\n\tkeywords = {checkpointing, ckpt\\_log, fault-tolerance, openMP, shared-memory programs},\n\tpages = {235--247}\n}\n\n","author_short":["Bronevetsky, G.","Marques, D.","Pingali, K.","Szwed, P.","Schulz, M."],"key":"bronevetsky_application-level_2004","id":"bronevetsky_application-level_2004","bibbaseid":"bronevetsky-marques-pingali-szwed-schulz-applicationlevelcheckpointingforsharedmemoryprograms-2004","role":"author","urls":{},"keyword":["checkpointing","ckpt_log","fault-tolerance","openMP","shared-memory programs"],"downloads":0},"search_terms":["application","level","checkpointing","shared","memory","programs","bronevetsky","marques","pingali","szwed","schulz"],"keywords":["checkpointing","fault-tolerance","openmp","shared-memory programs","venicr","veniok","ckpt_log"],"authorIDs":[],"dataSources":["QiRZ7m7shEMvADZkd"]}