tsp - En ligne dans le Cloud

PROGRAMME:

Nom

ts - spouleur de tâches. Un système de traitement par lots unix simple

SYNOPSIS

cuillère à café [actes] [Options] [commander...]

Actes: [-KClhV] [-t [id]] [-c [id]] [-p [id]] [-ou [id]] [-s [id]] [-r [id]] [-w [id]]
[-tu [id]] [-je [id]] [-U <id-id>] [-S [num]]

Options : [-nfgmd] [-L <étiquette>] [-RÉ <id>]

DESCRIPTION

ts exécutera par défaut une file d'attente de tâches unix par utilisateur. L'utilisateur peut ajouter des commandes à la file d'attente,
surveillez cette file d'attente à tout moment et regardez les résultats de la tâche (en fait, la sortie standard
et erreur de sortie).

SIMPLE UTILISATION

appel ts avec une commande ajoutera cette commande à la file d'attente et l'appeler sans
les commandes ou les paramètres afficheront la liste des tâches.

COMMAND OPTIONS

Lors de l'ajout d'un travail à ts, nous pouvons spécifier comment il sera exécuté et comment seront les résultats
collecté :

-n Ne stockez pas la sortie/l'erreur standard dans un fichier à $ TMPDIR - laissez-le utiliser le fichier
descripteurs décidés par le processus appelant. S'il n'est pas utilisé, le id de travail pour
la nouvelle tâche sera sortie sur stdout.

-g Passez la sortie via gzip (uniquement si -n ). Notez que les fichiers de sortie ne
avoir une extension .gz.

-f Ne mettez pas la tâche en arrière-plan. Attendez la file d'attente et la commande s'exécute sans
se détacher du terminal. Le code de sortie sera celui de la commande, et si
utilisé avec -n, aucun résultat ne sera stocké dans la file d'attente.

-m Envoyez les résultats de la commande (code de sortie et de sortie) à $TS_MAILTO , ou à la
$ USER grâce à /usr/sbin/sendmail. Regarde ENVIRONNEMENT.

-L
Ajoutez une étiquette à la tâche, qui apparaîtra à côté de sa commande lors de la liste des
file d'attente. Il est plus confortable de distinguer des commandes similaires avec différentes
objectifs.

-d Exécutez la commande uniquement si la commande avant s'est bien terminée (errorlevel = 0). Ce nouveau
la tâche mise en file d'attente dépend du résultat de la commande précédente. Si la tâche n'est pas
exécuté, il est considéré comme ayant échoué pour les dépendances ultérieures.

-D
Exécutez la commande uniquement si le travail de l'ID donné s'est bien terminé (errorlevel = 0). Cette
la nouvelle tâche mise en file d'attente dépend du résultat de la commande précédente. Si la tâche n'est pas
exécuté, il est considéré comme ayant échoué pour les dépendances ultérieures. Si le serveur ne
avoir l'identifiant du travail dans sa liste, il sera considéré comme si le travail avait échoué.

-B Dans le cas où la file d'attente est pleine (en raison de TS_MAXCONN ou limites du système), par défaut ts
bloquera la commande de mise en file d'attente. À l'aide de -B, si la file d'attente est pleine, elle sortira
retournant la valeur 2 au lieu de bloquer.

-E Conservez deux fichiers de sortie différents pour la commande stdout et stderr. stdout va à
le fichier annoncé par ts (regardez -o), et stderr va au fichier stdout avec un
".e" supplémentaire. Par exemple, /tmp/ts-out.SKsDw8 et /tmp/ts-out.SKsDw8.e. Seul
le fichier stdout est créé avec mkstemp, en veillant à ce qu'il n'écrase aucun
autre; le ".e" sera écrasé s'il existait.

-N
Exécutez la commande uniquement s'il y a num fentes gratuitement in le file d'attente. Sans il, le JOB
vont courir if là is UN fente libres. Pour Par exemple, if vous utilisé le file à nourrir cpu
noyaux, et vous savoir qui a JOB vont commencer deux noyaux, avec -N vous Vous pouvez laisser ts savoir
cette.

ACTIONS

Au lieu de donner une nouvelle commande, nous pouvons utiliser les paramètres à d'autres fins :

-K Tuer le ts serveur pour le client appelant. Cela supprimera le socket unix et tous
le ts processus liés à la file d'attente. Cela ne tuera pas la commande exécutée à
cet instant.

Il n'est pas fiable de penser que ts -K finira quand le serveur sera vraiment
tué. C'est maintenant une condition de course.

-C Effacer les résultats des travaux terminés de la file d'attente.

-l Affiche la liste des tâches - à exécuter, en cours d'exécution et terminées - pour la file d'attente actuelle.
C'est le comportement par défaut si ts est appelé sans options.

-t [identifiant]
Afficher les dix dernières lignes du fichier de sortie du travail nommé, ou le dernier
running/run si non spécifié. Si le travail est toujours en cours d'exécution, il continuera à s'afficher
la sortie supplémentaire jusqu'à la fin du travail. A la sortie, il renvoie le niveau d'erreur de
le travail, comme dans -c.

-c [identifiant]
Exécutez le cat du système vers le fichier de sortie du travail nommé, ou la dernière exécution/exécution
si non spécifié. Il se bloquera jusqu'à ce que toute la sortie puisse être envoyée au standard
sortie, et se terminera avec le niveau d'erreur du travail comme dans -c.

-p [identifiant]
Affiche le pid du travail nommé, ou la dernière exécution/exécution s'il n'est pas spécifié.

-o [identifiant]
Affiche le nom du fichier de sortie de la tâche nommée, ou la dernière exécution/exécution si ce n'est pas le cas
spécifié.

-s [identifiant]
Affiche l'état du travail nommé ou le dernier dans la file d'attente.

-r [identifiant]
Supprimez le travail nommé ou le dernier dans la file d'attente.

-w [identifiant]
Attendez le travail nommé ou le dernier de la file d'attente.

-u [identifiant]
Rendre le travail nommé (ou le dernier dans la file d'attente) urgent - cela signifie qu'il va
dans la file d'attente pour qu'il puisse s'exécuter dès que possible.

-i [identifiant]
Affiche des informations sur le travail nommé (ou la dernière exécution). Il affichera la commande
ligne, certains moments liés à la tâche, ainsi que toute information résultant de
TS_ENV (Regarder ENVIRONNEMENT).

-U
Échangez les positions de file d'attente des travaux nommés (séparés par un trait d'union et non
les espaces).

-h Afficher l'aide sur la sortie standard.

-V Afficher la version du programme.

MULTI-LOGEMENT

ts par défaut propose une file d'attente où chaque travail s'exécute uniquement après la fin du précédent.
Néanmoins, vous pouvez modifier le nombre maximum de travaux exécutés simultanément avec le -S [sur une]
paramètre. Nous appelons ce numéro le montant of fentes. Vous pouvez également définir le nombre initial de
travaux avec la variable d'environnement TS_SLOTS . Lors de l'augmentation de ce paramètre, mis en file d'attente
les travaux en attente seront exécutés en une seule fois jusqu'à ce qu'ils atteignent le maximum défini. En diminuant ce
paramètre, aucun autre travail ne sera exécuté tant qu'il n'aura pas atteint le nombre de travaux en cours défini. Lorsque
en utilisant un nombre de slots supérieur à 1, l'action de certaines commandes peut changer un peu. Pour
Par exemple, -t sans id de travail terminera le premier travail en cours d'exécution, et -d va essayer de régler le
dépendance avec le dernier travail ajouté.

-S [sur une]
Définissez le nombre maximal de tâches en cours d'exécution à la fois. Si vous ne précisez pas num il sera
renvoie le nombre maximal de tâches en cours d'exécution définies.

ENVIRONNEMENT

TS_MAXFINISHED
Limitez le nombre de résultats de travail (tâches terminées) que vous voulez dans la file d'attente. Utilisez ceci
option si vous en avez marre -C.

TS_MAXCONN
Le nombre maximal de connexions serveur ts aux clients. Cela rendra le ts
les clients bloquent jusqu'à ce que les connexions soient libérées. Cela aide, par exemple, sur les systèmes avec
un nombre limité de processus, car chaque travail en attente dans la file d'attente reste
traiter. Cette variable doit être définie au démarrage du serveur et ne peut pas être modifiée ultérieurement.

TS_ONFINISH
Si la variable existe pointant vers un exécutable, elle sera exécutée par le client
après le travail en file d'attente. Il utilise exclp, donc PATH est utilisé s'il n'y a pas de barres obliques dans
le contenu variable. L'exécutable est exécuté avec quatre paramètres : id de travail niveau d'erreur
nom_fichier_sortie et commander.

TMPDIR Comme la sortie du programme et le socket unix sont censés être stockés dans un
annuaire, TMPDIR sera utilisé s'il est défini, ou / Tmp autrement.

TS_SOCKET
Chaque file d'attente a un socket Unix associé. Vous pouvez spécifier le chemin du socket avec ceci
variable d'environnement. De cette façon, vous pouvez avoir une file d'attente pour votre disque lourd
opérations, une autre pour une utilisation intensive de ram., et ont un simple script/alias wrapper
sur ts pour ces files d'attente spéciales. S'il n'est pas spécifié, il sera
$TMPDIR/socket-ts.[uid].

TS_SLOTS
Définissez le nombre d'emplacements au démarrage du serveur, comme -S, mais le contenu
de la variable sont lus uniquement lors de l'exécution de la première instance de ts.

TS_MAILTO
Envoyez les lettres avec les résultats du travail à l'adresse spécifiée dans cette variable.
Sinon, ils sont envoyés à $ USER ou s'il n'est pas défini, personne. Le système
/usr/sbin/sendmail est utilisé. Les sorties du travail ne sont pas envoyées en pièce jointe, donc
comprendre les conséquences si vous utilisez le -gm drapeaux ensemble.

UTILISATEUR Comme vu ci-dessus, il est utilisé pour la destination du courrier si TS_MAILTO n'est pas spécifié.

TS_SAVELISTE
S'il est défini au démarrage du serveur de file d'attente (probablement le premier ts commander
run), sur SIGTERM, l'état de la file d'attente sera enregistré dans le fichier pointé par ce
variable d'environnement - par exemple, à l'arrêt du système.

TS_ENV Cela a une commande à exécuter au moment de la mise en file d'attente via / Bin / sh. La sortie du
la commande sera lisible via l'option -i. Vous pouvez utiliser une commande qui affiche
environnement approprié pour l'exécution de la commande. Par exemple, vous pouvez utiliser
TS_ENV='pwd;set;mount'.

Utiliser tsp en ligne en utilisant les services onworks.net