xsm - Online nel cloud

PROGRAMMA:

NOME

xsm - Gestore sessioni X

SINOSSI

xsm [-display display] [-session nomesessione] [-verbose]

DESCRIZIONE

xsm è un gestore di sessione. Una sessione è un gruppo di applicazioni, ognuna delle quali ha un
stato particolare. xsm ti consente di creare sessioni arbitrarie, ad esempio potresti
avere una sessione "leggera", una sessione "sviluppo" o una sessione "xterminal". ogni sessione
può avere il proprio set di applicazioni. All'interno di una sessione, è possibile eseguire un "checkpoint" per
salvare lo stato dell'applicazione o uno "spegnimento" per salvare lo stato e uscire dalla sessione. Quando accedi
di nuovo nel sistema, puoi caricare una sessione specifica e puoi eliminare le sessioni che non hai
desidera mantenere più a lungo.

Alcuni gestori di sessione ti consentono semplicemente di specificare manualmente un elenco di applicazioni da
iniziato in una sessione. xsm è più potente perché ti consente di eseguire applicazioni e avere
diventano automaticamente parte della sessione. A livello semplice, xsm è utile perché
ti dà questa capacità di definire facilmente quali applicazioni sono in una sessione. Il vero
potere di xsm, tuttavia, può essere sfruttato quando sempre più applicazioni imparano a
salvare e ripristinare il loro stato.

VERSIONI

-Schermo dalla visualizzazione
Cause xsm per connettersi al display X specificato.

-sessione nomesessione
Cause xsm per caricare la sessione specificata, ignorando il menu della sessione.

-verboso
Attiva le informazioni di debug.

IMPOSTARE

.xsession filetto
utilizzando xsm richiede una modifica al tuo .xsession file:

L'ultimo programma eseguito dal tuo .xsession il file dovrebbe essere xsm. Con questa configurazione,
quando l'utente sceglie di chiudere la sessione utilizzando xsm, la sessione sarà davvero finita.

Poiché l'obiettivo del gestore della sessione è riavviare i client quando si accede a una sessione,
il tuo file .xsession, in generale, non dovrebbe avviare direttamente le applicazioni. Piuttosto, il
le applicazioni devono essere avviate all'interno di una sessione. quando xsm chiude la sessione, xsm
saprà riavviare queste applicazioni. Si noti tuttavia che ci sono alcuni tipi di
applicazioni che non sono "a conoscenza della sessione". xsm ti permette di aggiungerli manualmente
applicazioni alla tua sessione (vedi la sezione intitolata . Lista).

SM_SAVE_DIR ambiente variabile
Se l' SM_SAVE_DIR la variabile di ambiente è definita, xsm salverà tutti i file di configurazione
in questa directory. In caso contrario, verranno archiviati nella directory home dell'utente. Sessione
anche le applicazioni consapevoli sono incoraggiate a salvare i propri file di checkpoint nel SM_SAVE_DIR
directory, anche se l'utente non dovrebbe dipendere da questa convenzione.

Predefinito Startup Applicazioni
La prima volta xsm è avviato, sarà necessario individuare un elenco di applicazioni per l'avvio.
Ad esempio, questo elenco potrebbe includere un gestore di finestre, un proxy per la gestione della sessione e un
xterm. xsm prima cercherà il file .xsmstartup nella home directory dell'utente. Se
quel file non esiste, cercherà il sistema.xsm file che è stato impostato su
tempo di installazione. Notare che xsm fornisce un'opzione "fail safe" quando l'utente sceglie a
sessione per l'avvio. L'opzione fail safe carica semplicemente le applicazioni predefinite descritte
sopra.

Ogni riga nel file di avvio dovrebbe contenere un comando per avviare un'applicazione. Un campione
il file di avvio potrebbe avere questo aspetto:


due
smproxy
xterm

DI PARTENZA A SESSIONE

Quando xsm si avvia, verifica prima se l'utente ha precedentemente salvato delle sessioni. Se
non esistono sessioni salvate, xsm avvia una serie di applicazioni predefinite (come descritto sopra
nella sezione intitolata Predefinito Startup Applicazioni). Se esiste almeno una sessione, a
viene presentato il menu della sessione. Il [-sessione nomesessione] l'opzione forza la sessione specificata
da caricare, bypassando il menu della sessione.

I Sessione menu
Il menu della sessione presenta all'utente un elenco di sessioni tra cui scegliere. L'utente può
modificare la sessione attualmente selezionata con il mouse o utilizzando le frecce su e giù
sulla tastiera. Nota che le sessioni bloccate (cioè in esecuzione su un altro
display) non possono essere caricati o cancellati.

Dal menu della sessione è possibile eseguire le seguenti operazioni:

Caricare Sessione Premendo questo pulsante verrà caricata la sessione attualmente selezionata.
In alternativa, premendo il tasto Invio si caricherà anche il corrente
sessione selezionata, oppure l'utente può fare doppio clic su una sessione dal
elenco.

Elimina Sessione Questa operazione cancellerà la sessione attualmente selezionata, insieme
con tutti i file di checkpoint dell'applicazione associati al
sessione. Dopo aver premuto questo pulsante, all'utente verrà chiesto di
premere una seconda volta il pulsante per confermare l'operazione.

Predefinito/Fallito Cassetta di sicurezza xsm avvieràuna serie di applicazioni predefinite (come descritto sopra
nella sezione intitolata Predefinito Startup Applicazioni). Questo è utile
quando l'utente vuole iniziare una nuova sessione, o se la sessione
i file di configurazione sono stati danneggiati e l'utente desidera un "fail safe"
sessione.

Annulla Premendo questo pulsante causerà xsm uscire. Può essere utilizzato anche per
annullare un'operazione di "Elimina sessione".

CONTROLLARE A SESSIONE

Dopo shavasana, sedersi in silenzio; saluti; xsm determina quale sessione caricare, visualizza la sua finestra principale, quindi si avvia
tutte le applicazioni che fanno parte della sessione. La barra del titolo per il gestore della sessione
la finestra principale conterrà il nome della sessione che è stata caricata.

Le seguenti opzioni sono disponibili da xsmla finestra principale di:

. Lista Premendo questo pulsante si apre una finestra contenente un elenco di tutti i clienti
che sono nella sessione corrente. Per ogni client, la macchina host che
viene presentato il client su cui è in esecuzione. Man mano che i client vengono aggiunti e rimossi
dalla sessione, questo elenco viene aggiornato per riflettere le modifiche. L'utente
è in grado di controllare come questi client vengono riavviati (vedi sotto).

Premendo il pulsante Visualizza Properties pulsante, l'utente può visualizzare la sessione
proprietà di gestione associate al client attualmente selezionato.

Premendo il pulsante clone pulsante, l'utente può avviare una copia del selezionato
applicazione.

Premendo il pulsante Uccidere . pulsante, l'utente può rimuovere un client da
la sessione.

Selezionando un suggerimento di riavvio dal Ricomincia Suggerimento menu, l'utente può
controllare il riavvio di un client. Sono disponibili i seguenti suggerimenti:

- I Ricomincia If corsa suggerimento indica che il cliente dovrebbe essere
riavviato nella sessione successiva se è connesso al gestore della sessione
alla fine della sessione in corso.

- I Ricomincia Comunque suggerimento indica che il client deve essere riavviato
nella sessione successiva anche se esce prima che la sessione corrente sia
terminato.

- I Ricomincia Subito suggerimento è simile al Ricomincia Comunque suggerimento,
ma in aggiunta, il client è pensato per essere eseguito continuamente. Se il cliente
esce, il gestore della sessione proverà a riavviarlo nel corrente
sessione.

- I Ricomincia Mai suggerimento indica che il cliente non dovrebbe essere
riavviato nella sessione successiva.

Nota che tutte le applicazioni X potrebbero non essere "a conoscenza della sessione". Applicazioni
che non sono a conoscenza della sessione sono quelli che non supportano la sessione X
Protocollo di Gestione o non possono essere rilevati dalla Sessione
Proxy di gestione (vedi la sezione intitolata LA DELEGA). xsm consente
all'utente di aggiungere manualmente tali applicazioni alla sessione. Il fondo di
, il . Lista contiene un campo di immissione del testo in cui application
i comandi possono essere digitati. Ogni comando dovrebbe andare sulla propria riga. Questo
le informazioni verranno salvate con la sessione al checkpoint o allo spegnimento
tempo. Quando la sessione viene riavviata, xsm ricomincerà questi
applicazioni oltre alle normali applicazioni "a conoscenza della sessione".

premendo il tasto Fatto il pulsante rimuove il . Lista finestra.

Sessione Tronco d'albero... La finestra Registro sessione presenta informazioni utili sulla sessione.
Ad esempio, quando viene riavviata una sessione, tutti i comandi di riavvio
verrà visualizzato nella finestra del registro.

Posto di controllo Eseguendo un checkpoint, tutte le applicazioni presenti nella sessione sono
chiesto di salvare il loro stato. Non tutte le applicazioni salveranno il suo completo
stato, ma come minimo, il gestore della sessione è garantito che lo farà
ricevere il comando necessario per riavviare l'applicazione (insieme a tutti
opzioni della riga di comando). Un gestore di finestre che partecipa alla sessione
dovrebbe garantire che le applicazioni tornino con lo stesso
configurazioni delle finestre.

Se alla sessione sottoposta a checkpoint non è mai stato assegnato un nome, l'utente
sarà richiesto di specificare un nome di sessione. In caso contrario, l'utente può
eseguire il checkpoint utilizzando il nome della sessione corrente o una nuova sessione
nome può essere specificato. Se il nome della sessione specificato esiste già,
l'utente avrà la possibilità di specificare un nome diverso o di
sovrascrivere la sessione già esistente. Nota che una sessione che è
bloccato non può essere sovrascritto.

Quando si esegue un checkpoint, l'utente deve specificare a Risparmi Tipologia quale
informa le applicazioni nella sessione quanto stato devono salvare.

I Locali type indica che l'applicazione dovrebbe risparmiare abbastanza
informazioni per ripristinare lo stato visto dall'utente. Non dovrebbe
influenzare lo stato visto da altri utenti. Ad esempio, un editore lo farebbe
creare un file temporaneo contenente il contenuto del suo buffer di modifica,
la posizione del cursore, ecc...

I globali type indica che l'applicazione deve eseguire il commit di tutti i suoi
dati in un archivio permanente e accessibile a livello globale. Ad esempio, l'editore
salverebbe semplicemente il file modificato.

I Entrambi type indica che l'applicazione deve eseguire entrambe queste operazioni.
Ad esempio, l'editor salverà il file modificato, quindi creerà un file
file temporaneo con informazioni come la posizione del cursore,
ecc ..

Oltre a un Risparmi Tipologia, l'utente deve specificare an Interagire Style.

I Nessuna type indica che l'applicazione non deve interagire con
l'utente durante il salvataggio dello stato.

I errori type indica che l'applicazione può interagire con il
utente solo se si verifica una condizione di errore.

I Qualsiasi type indica che l'applicazione può interagire con l'utente
per qualsiasi scopo. Notare che xsm consentirà solo a un'applicazione di
interagire con l'utente alla volta.

Dopo che il checkpoint è stato completato, xsm se necessario, visualizzerà a
finestra contenente l'elenco delle applicazioni che non hanno riportato a
salvataggio di stato riuscito.

chiusura Un arresto fornisce tutte le opzioni che si trovano in un checkpoint, ma in
Inoltre, può causare l'uscita dalla sessione. Nota che se l'interazione
lo stile è errori or Qualsiasi, l'utente può annullare l'arresto. L'utente può
annullare anche l'arresto se una qualsiasi delle applicazioni segnala un
salvataggio di stato fallito.

L'utente può scegliere di chiudere la sessione con il nostro senza eseguire
un posto di blocco.

COME XSM RISPONDE A SEGNALI

xsm risponderà a un segnale SIGTERM eseguendo uno spegnimento con le seguenti opzioni:
veloce, nessuna interazione, tipo di salvataggio locale. Ciò consente di salvare la sessione dell'utente quando
il sistema è in fase di spegnimento. Può anche essere utilizzato per eseguire uno spegnimento remoto di a
sessione.

xsm risponderà a un segnale SIGUSR1 eseguendo un checkpoint con quanto segue
opzioni: nessuna interazione, tipo di salvataggio locale. Questo segnale può essere utilizzato per eseguire un telecomando
checkpoint di una sessione.

LA DELEGA

Poiché non tutte le applicazioni sono state portate per supportare il protocollo di gestione della sessione X,
esiste un servizio proxy per consentire ai "vecchi" client di lavorare con il gestore delle sessioni. In ordine
affinché il proxy rilevi un'applicazione che partecipa a una sessione, deve essere uno dei seguenti:
vero:

- L'applicazione mappa una finestra di primo livello contenente il WM_CLIENT_LEADER proprietà. Questo
fornisce un puntatore alla finestra del leader del client che contiene il WM_CLASS,
WM_NAME, WM_COMMANDe WM_CLIENT_MACHINE proprietà.

o ...

- L'applicazione mappa una finestra di primo livello che non contiene il WM_CLIENT_LEADER
proprietà. Tuttavia, questa finestra di livello superiore contiene il WM_CLASS, WM_NAME, WM_COMMANDe
WM_CLIENT_MACHINE proprietà.

Un'applicazione che supporta il WM_SAVE_YOURSELF protocollo riceverà a WM_SAVE_YOURSELF
messaggio del client ogni volta che il gestore della sessione emette un checkpoint o un arresto. Questo permette
l'applicazione per salvare lo stato. Se un'applicazione non supporta il WM_SAVE_YOURSELF
protocollo, il proxy fornirà informazioni sufficienti al gestore della sessione per riavviare
l'applicazione (usando WM_COMMAND), ma nessuno stato verrà ripristinato.

REMOTE APPLICAZIONI

xsm richiede un protocollo di esecuzione remota per riavviare le applicazioni in remoto
macchine. Attualmente, xsm supporta ricominciare protocollo. Per riavviare un
applicazione su macchina remota X, macchina X deve avere ricominciare installato. Nel futuro,
possono essere supportati ulteriori protocolli di esecuzione remota.

Usa xsm online utilizzando i servizi onworks.net