ORTE_SNAPC(7)
π ORTE_SNAPC π
okay so bestie, welcome to the ORTE_SNAPC page β that's the Open RTE MCA Snapshot Coordination (SnapC) Framework β¨ it's the whole overview of Open RTE's SnapC framework plus a lil tour of selected modules, and it ships with Open MPI 4.1.6. grab a boba, we're getting into it π§
πΈ NAME πΈ
ORTE_SNAPC β the Open RTE MCA Snapshot Coordination (SnapC) Framework: a whole overview of Open RTE's SnapC framework, and selected modules. Open MPI 4.1.6 π
β¨ DESCRIPTION β¨
so here's the tea π΅ β Open RTE can coordinate the generation of a global snapshot of a parallel job, built out of like, a million distributed local snapshots. cute right?
and the components in this framework are the ones deciding how to do all of this:
- Initiate the checkpoint of the parallel application π₯
- Gather together the many distributed local snapshots π«Ά
- Provide the user with a global snapshot handle reference that can be used to restart the parallel application β
π GENERAL PROCESS REQUIREMENTS π
ngl, if a process wants to use the Open RTE SnapC components, it has to follow a few programmatic requirements. no skipping, bestie.
- First, the program must call
ORTE_INITearly in its execution. This should only be called once, and it is not possible to checkpoint the process without it first having called this function. periodt. - The program must call
ORTE_FINALIZEbefore termination. - A user may initiate a checkpoint of a parallel application by using the
orte-checkpoint(1)andorte-restart(1)commands π«
π AVAILABLE COMPONENTS π
Open RTE ships with one SnapC component: full.
The following MCA parameters apply to all components:
snapc_base_verboseβ Set the verbosity level for all components. Default is0, or silent except on error. π€«
π full SnapC Component
The full component gathers together the local snapshots to the disk local to the Head Node Process (HNP) before completing the checkpoint of the process.
π¨ heads up: this component does not currently support replicated HNPs, or timer based gathering of local snapshot data.
This is a 3-tiered hierarchy of coordinators.
The full component has the following MCA parameters:
snapc_full_priorityβ The component's priority to use when selecting the most appropriate component for a run.snapc_full_verboseβ Set the verbosity level for this component. Default is0, or silent except on error. π
π¦ none SnapC Component
The none component simply selects no SnapC component. All of the SnapC function calls return immediately with ORTE_SUCCESS π
This component is the last component to be selected by default. Which means: if another component is available, and the none component was not explicitly requested, then ORTE will attempt to activate all of the available components before falling back to this component. it's giving "backup plan energy" π
π SEE ALSO π
orte-checkpoint(1), orte-restart(1), opal-checkpoint(1), opal-restart(1), orte_filem(7), opal_crs(7)
and that's the whole page, bestie!! π this iconic little doc is from 4.1.6, dated Sep 30, 2023 β go forth and checkpoint responsibly π«Άπβ¨
π¦ where this page comes from
- alpine 3.24: openmpi-doc 4.1.6-r1 Β· custom
- ubuntu noble: openmpi-doc 4.1.6-7ubuntu2
- Copyright (c) 2004-2010 The Trustees of Indiana University and Indiana
- Copyright (c) 2008-2009 Sun Microsystems, Inc. All rights reserved
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms