timeposix - En ligne dans le Cloud

PROGRAMME:

Nom

time — time une simple commande

SYNOPSIS

Paisible [−p] utilitaire [argument...]

DESCRIPTION

Le manuel de formation Paisible l'utilitaire doit invoquer l'utilitaire nommé par le utilitaire opérande avec arguments
fourni en tant que argument opérandes et écrivent un message d'erreur standard qui répertorie la synchronisation
statistiques pour l'utilitaire. Le message doit inclure les informations suivantes :

* Le temps (réel) écoulé entre l'invocation de utilitaire et sa résiliation.

* Le temps CPU utilisateur, équivalent à la somme des tms_utime et tms_cutime des champs
retourné par le fois() fonction définie dans le volume Interfaces système de
POSIX.1‐2008 pour le processus dans lequel utilitaire est exécuté.

* Le temps CPU système, équivalent à la somme des tms_stime et tms_cstime des champs
retourné par le fois() fonction pour le processus dans lequel utilitaire est exécuté.

La précision de la synchronisation ne doit pas être inférieure à la granularité définie pour la taille de
l'unité de tick d'horloge sur le système, mais les résultats doivent être rapportés en termes de norme
unités de temps (par exemple, 0.02 seconde, 00:00:00.02, 1m33.75s, 365.21 secondes), pas des nombres
de coups d'horloge.

Quand Paisible est utilisé dans le cadre d'un pipeline, les heures indiquées ne sont pas précisées, sauf lorsque
c'est la seule commande au sein d'une commande de regroupement (voir Blog 2.9.4.1, regroupement Commandes)
dans ce pipeline. Par exemple, les commandes de gauche ne sont pas spécifiées ; ceux sur le
bon rapport sur les services publics a et c, respectivement:

Paisible a | b | c { Paisible a; } | b | c
a | b | Paisible c a | b | (temps c)

OPTIONS

Le manuel de formation Paisible l'utilitaire doit être conforme au volume Base Definitions de POSIX.1‐2008, Blog
12.2, Services Publics Syntaxe Conseils et recommandations.

L'option suivante doit être prise en charge :

−p Écrire la sortie de synchronisation à l'erreur standard dans le format indiqué dans le STDERR
.

OPÉRANDES

Les opérandes suivants doivent être pris en charge :

utilitaire Nom d'un utilitaire à appeler. Si la utilitaire nom d'opérande l'un des
les utilitaires spéciaux intégrés dans Blog 2.14, Spécial Encastré Utilitaires, la
les résultats ne sont pas définis.

argument Toute chaîne à fournir comme argument lors de l'appel de l'utilitaire nommé par le
utilitaire opérande.

STDIN

Non utilisé.

CONTRIBUTION DES DOSSIERS

Aucun.

ENVIRONNEMENT VARIABLES

Les variables d'environnement suivantes doivent affecter l'exécution de Paisible:

LANGUE Fournissez une valeur par défaut pour les variables d'internationalisation qui ne sont pas définies ou
nul. (Voir le volume Définitions de base de POSIX.1‐2008, Blog 8.2,
Internationalisation Variables pour la priorité de l'internationalisation
variables utilisées pour déterminer les valeurs des catégories de paramètres régionaux.)

LC_TOUS S'il est défini sur une valeur de chaîne non vide, remplace les valeurs de tous les autres
variables d'internationalisation.

LC_CTYPE Déterminer la localisation pour l'interprétation des séquences d'octets de données de texte
sous forme de caractères (par exemple, des caractères à un octet par opposition aux caractères à plusieurs octets dans
arguments).

LC_MESSAGES
Déterminez les paramètres régionaux qui doivent être utilisés pour affecter le format et le contenu de
messages de diagnostic et d'information écrits sur l'erreur standard.

LC_NUMERIC
Déterminez les paramètres régionaux pour le formatage numérique.

NLSPATH Déterminer l'emplacement des catalogues de messages pour le traitement des LC_MESSAGES.

PATH Déterminez le chemin de recherche qui doit être utilisé pour localiser l'utilitaire à
invoqué; voir le volume Base Definitions de POSIX.1‐2008, Chapitre 8, Environnement
Variables.

ASYNCHRONE ÉVÈNEMENTS

Par défaut.

SORTIE STD

Non utilisé.

STDERR

L'erreur standard doit être utilisée pour écrire les statistiques de synchronisation. Si −p est spécifié, le
le format suivant doit être utilisé dans la locale POSIX :

"réel %f\nutilisateur %f\nsys %f\n", <réal secondes>,utilisateur secondes>,
<Système secondes>

où chaque nombre à virgule flottante doit être exprimé en secondes. La précision utilisée peut être
moins que les six chiffres par défaut de %f, mais doit être suffisamment précis pour tenir compte
la taille du tick d'horloge sur le système (par exemple, s'il y avait 60 ticks d'horloge par
deuxièmement, au moins deux chiffres doivent suivre le caractère de base). Le nombre de chiffres
après le caractère de base ne doit pas être inférieur à un, même si cela aboutit toujours à un
zéro de fuite. L'implémentation peut ajouter un espace blanc et des informations supplémentaires
suivant le format indiqué ici. L'implémentation peut également précéder une seule ligne vide
avant le format montré ici.

SORTIE DES DOSSIERS

Aucun.

ÉLARGI DESCRIPTION

Aucun.

EXIT STATUT

Si la utilitaire l'utilitaire est appelé, l'état de sortie de Paisible sera le statut de sortie de
utilitaire; sinon, le Paisible l'utilitaire doit se terminer avec l'une des valeurs suivantes :

1‐125 Une erreur s'est produite dans le Paisible utilitaire.

126 L'utilitaire spécifié par utilitaire a été trouvé mais n'a pas pu être invoqué.

127 L'utilitaire spécifié par utilitaire Ne peut être trouvé.

CONSÉQUENCES OF LES ERREURS

Par défaut.

Le manuel de formation Abonnement les sections sommes-nous informatif.

INSCRIPTION UTILISATION

Le manuel de formation commander, env, agréable, nohup, Paisibleet xarg les utilitaires ont été spécifiés pour utiliser exit
code 127 si une erreur se produit afin que les applications puissent distinguer ``échec de recherche d'un
utilitaire'' de ``l'utilitaire invoqué s'est terminé avec une indication d'erreur''. La valeur 127 était
choisi parce qu'il n'est pas couramment utilisé pour d'autres significations ; la plupart des utilitaires utilisent de petites valeurs
pour les « conditions d'erreur normales » et les valeurs supérieures à 128 peuvent être confondues avec la terminaison
en raison de la réception d'un signal. La valeur 126 a été choisie de manière similaire pour indiquer que
l'utilitaire a pu être trouvé, mais pas invoqué. Certains scripts produisent une erreur significative
messages différenciant les cas 126 et 127. La distinction entre les codes de sortie 126 et
127 est basé sur la pratique KornShell qui utilise 127 lorsque toutes les tentatives de exec L'utilité
échouer avec [ÉNONCÉ], et utilise 126 lorsque toute tentative de exec l'utilitaire échoue pour tout autre
raison.

EXEMPLES

Il est souvent souhaitable d'appliquer Paisible aux pipelines ou aux listes de commandes. Cela peut être
fait en plaçant des pipelines et des listes de commandes dans un seul fichier ; ce fichier peut alors être
invoqué en tant qu'utilitaire, et le Paisible s'applique à tout dans le fichier.

Alternativement, la commande suivante peut être utilisée pour appliquer Paisible à une commande complexe :

Paisible sh -c 'ligne de commande complexe'

RAISONNEMENT

When the Paisible utilitaire a été initialement proposé pour être inclus dans l'ISO POSIX-2:1993
norme, des questions ont été soulevées quant à son aptitude à être incluse au motif qu'elle
n'était pas utile pour les applications conformes, en particulier :

* Les définitions de CPU sous-jacentes du volume System Interfaces de POSIX.1‐2008 sont
vague, de sorte que la sortie numérique n'a pas pu être comparée avec précision entre les systèmes ou même
entre les invocations.

* La création de programmes de référence portables n'entrait pas dans le cadre de ce volume de
POSIX.1-2008.

Toutefois, Paisible rentre dans le cadre de la portabilité de l'utilisateur. Le jugement humain peut être appliqué à
l'analyse de la sortie, et cela pourrait être très utile dans le débogage pratique de
applications ou en fournissant des mesures subjectives de la performance du système. C'est pourquoi il a été
inclus dans ce volume de POSIX.1‐2008.

Le format de sortie par défaut n'a pas été spécifié car les implémentations historiques
diffèrent grandement dans leur style de représentation de cette sortie numérique. Les −p l'option a été inventée
fournir aux scripts un moyen commun d'obtenir ces informations.

Dans le KornShell, Paisible est un mot réservé au shell qui peut être utilisé pour chronométrer un
pipeline, plutôt qu'une simple commande. La définition POSIX a été formulée pour permettre
cette mise en œuvre. Il a été envisagé d'invalider cette approche en raison de la
modèle historique du shell C et du shell System V. Cependant, étant donné que le système V Paisible
historiquement, le service public n'a pas produit de résultats précis dans le calendrier du pipeline (parce que le
les processus constituants ne sont pas tous détenus par le même processus parent, comme le permet POSIX),
il ne semblait pas utile de casser l'utilisation historique de KornShell.

Le terme utilitaire est utilisé, plutôt que commander, pour mettre en évidence le fait que le composé de coque
les commandes, les pipelines, les fonctions intégrées spéciales, etc., ne peuvent pas être utilisés directement. Cependant,
utilitaire inclut des programmes d'application utilisateur et des scripts shell, pas seulement le standard
utilitaires.

FUTUR DIRECTIONS

Aucun.

Utilisez timeposix en ligne en utilisant les services onworks.net