Questo è il comando dmtcp_sshd che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
dmtcp - Checkpoint multithread distribuito
SINOSSI
dmtcp_coordinatore [porta]
dmtcp_launch comando [argomenti...]
dmtcp_restart ckpt_FILE1.dmtcp [ckpt_FILE2.dmtcp...]
dmtcp_comando coordinatoreComando
DESCRIZIONE
DMTCP è uno strumento per controllare in modo trasparente lo stato di un gruppo arbitrario di programmi
distribuiti su molte macchine e collegati da prese. Non modifica l'utente
programma né il sistema operativo. MTCP è un componente autonomo di DMTCP disponibile come a
libreria di checkpoint per un singolo processo.
VERSIONI
Per ogni comando, il flag --help o -h mostrerà le opzioni della riga di comando. La maggior parte dei comandi
le opzioni di linea possono essere controllate anche tramite variabili d'ambiente. Questi possono essere impostati in
bash con "export NAME=value" o in tcsh con "setenv NAME value".
DMTCP_CHECKPOINT_INTERVAL=intero
Tempo in secondi tra i checkpoint automatici. Possono essere avviati anche i checkpoint
manualmente digitando 'c' nel coordinatore. (predefinito: 0, disabilitato;
solo dmtcp_coordinator)
DMTCP_HOST=stringa
Nome host in cui è in esecuzione il coordinatore a livello di cluster. (predefinito: localhost;
dmtcp_launch, solo dmtcp_restart)
DMTCP_PORT=intero
La porta su cui è in ascolto il coordinatore a livello di cluster. (predefinito: 7779)
DMTCP_GZIP=(1|0)
Impostare su "0" per disabilitare la compressione delle immagini del checkpoint. (predefinito: 1, compressione
abilitato; solo dmtcp_launch) ATTENZIONE: gzip aggiunge secondi. Senza gzip,
ckpt/restart è spesso inferiore a 1 s
DMTCP_CHECKPOINT_DIR=percorso
Directory in cui archiviare le immagini del checkpoint. (predefinito: ./)
DMTCP_SIGCKPT=intero
Numero di segnale interno da utilizzare per il checkpoint. Non deve essere utilizzato dall'utente
programma. (predefinito: SIGUSR2; solo dmtcp_launch)
DMTCP_COORDINATORE
Ogni calcolo da sottoporre a checkpoint deve includere un processo coordinatore DMTCP. si può
avviare esplicitamente un coordinatore tramite dmtcp_coordinator o consentire l'avvio di uno
implicitamente in background da dmtcp_launch o dmtcp_restart per operare. L'indirizzo
del coordinatore univoco deve essere specificato da dmtcp_launch, dmtcp_restart e
dmtcp_command tramite i flag della riga di comando --host e --port o tramite the
Variabili di ambiente DMTCP_HOST e DMTCP_PORT. Se non viene fornito nessuno dei due, la coppia host-port
il valore predefinito è localhost-7779. La coppia host-porta associata a un particolare coordinatore
è dato dai flag della riga di comando usati nel comando dmtcp_coordinator, o dal
variabili di ambiente allora in vigore, o il valore predefinito di localhost-7779.
Il coordinatore è apolide ed è non posto di blocco. Al riavvio, si può utilizzare un esistente
o un nuovo coordinatore. Più calcoli sotto il controllo DMTCP possono coesistere fornendo
un coordinatore univoco (con una coppia porta-host univoca) per ciascuno di questi calcoli.
Il coordinatore avvia un checkpoint per tutti i processi nel suo gruppo di calcolo.
I checkpoint possono essere: eseguiti automaticamente su un intervallo (vedi DMTCP_CHECKPOINT_INTERVAL
sopra); o avviato manualmente sullo standard input del coordinatore (vedi successivo
paragrafo); o avviato direttamente sotto il controllo del programma dal calcolo attraverso il
dmtcpaware API (vedi sotto).
Il coordinatore accetta i seguenti comandi sul suo input standard. Ogni comando dovrebbe
essere seguito dal chiave. I comandi sono:
l : Elenca i nodi collegati
s: stampa messaggio di stato
c : Checkpoint tutti i nodi
f : forza un riavvio anche se mancano nodi (debug)
k : Uccidi tutti i nodi
q : elimina tutti i nodi ed esci
? : Mostra questo messaggio
I comandi del coordinatore possono essere impartiti anche da remoto utilizzando dmtcp_comando.
ESEMPIO USO
1. In una finestra di terminale separata, avviare dmtcp_coodinator.
(Vedi sezione precedente.)
dmtcp_coordinatore
2. In terminali separati, sostituire ogni comando con "dmtcp_launch
[comando]". Il programma in checkpoint si collegherà al coordinatore specificato da
DMTCP_HOST e DMTCP_PORT. I nuovi thread verranno controllati come parte del
processi. I processi figlio verranno automaticamente sottoposti a checkpoint. Processi remoti
iniziato tramite SSH verrà automaticamente controllato. (Internamente, DMTCP modifica il
SSH riga di comando per chiamare dmtcp_launch sull'host remoto.)
dmtcp_launch ./mioprogramma
3. Per avviare manualmente un checkpoint, eseguire il comando seguente
oppure digita "c" seguito da nel coordinatore. File di checkpoint per ciascuno
processo verrà scritto su DMTCP_CHECKPOINT_DIR. Il dmtcp_coordinator scriverà
"dmtcp_restart_script.sh" nella sua directory di lavoro. Questo script contiene il
chiamate necessarie a dmtcp_restart per riavviare l'intero calcolo, incluso
processi remoti creati tramite SSH.
dmtcp_comando -c
OPPURE: dmtcp_command --checkpoint
4. Per riavviare, si dovrebbe eseguire dmtcp_restart_script.sh, che è
creato da dmtcp_coordinator nella sua directory di lavoro al momento del
posto di blocco. Si può opzionalmente modificare questo script per migrare i processi in diversi
padroni di casa. Per impostazione predefinita, solo un processo riavviato verrà riavviato in primo piano
e ricevere l'input standard. Lo script può essere modificato per scegliere quale processo
verrà riavviato in primo piano.
./dmtcp_restart_script.sh
DMTCPAWARE API
DMTCP fornisce un'interfaccia di programmazione per consentire alle applicazioni checkpoint di interagire con
dmtcp. Nella distribuzione dei sorgenti, vedere dmtcpaware/dmtcpaware.h per le funzioni
a disposizione. Vedere test/dmtcpaware[123].c per tre applicazioni di esempio. Per un esempio di
il suo utilizzo, prova:
prova del cd; rm dmtcpaware1; make dmtcpaware1; ./autotest -v dmtcpaware1
L'applicazione utente dovrebbe collegarsi a libdmtcpaware.so (-ldmtcpaware) e utilizzare l'intestazione
file dmtcp/dmtcpaware.h.
DMTCP COLLEGARE MODULI
La distribuzione dei sorgenti include un livello superiore plug-in directory, con esempi di come
scrivere un modulo plugin per DMTCP. Ulteriori esempi sono in prova/plug-in directory. Il
La funzione plug-in aggiunge tre nuove funzionalità programmabili dall'utente. Un plugin può: aggiungere wrapper
intorno alle chiamate di sistema; intraprendere azioni speciali durante determinati eventi (ad es.
riprendere/post-checkpoint, riavviare); e può inserire coppie chiave-valore in un database a
tempo di riavvio che è quindi disponibile per essere interrogato dai processi riavviati di a
calcolo. (Gli eventi disponibili per la funzione plugin formano un superset degli eventi
disponibile con l'interfaccia dmtcpaware.) Uno o più plugin vengono invocati tramite un elenco di
percorsi assoluti separati da due punti.
dmtcp_launch --with-plugin PLUGIN1[:PLUGIN2]...
RITORNO CODICE
Un programma target sotto il controllo DMTCP normalmente restituisce lo stesso codice di ritorno come se fosse eseguito
senza DMTCP. Tuttavia, se DMTCP fallisce (al contrario del programma di destinazione che fallisce), DMTCP
restituisce un codice di ritorno specifico di DMTCP, rc (o rc+1, rc+2 per due casi speciali), dove rc
è il valore intero della variabile d'ambiente DMTCP_FAIL_RC se impostata, oppure il valore predefinito
valore, 99.
Usa dmtcp_sshd online utilizzando i servizi onworks.net
