niceposix - En ligne dans le Cloud

PROGRAMME:

Nom

nice — invoque un utilitaire avec une valeur nice modifiée

SYNOPSIS

agréable [−n incrément] utilitaire [argument...]

DESCRIPTION

Le manuel de formation agréable l'utilitaire doit invoquer un utilitaire, demandant qu'il soit exécuté avec un autre nice
valeur (voir le volume Base Definitions de POSIX.1‐2008, Blog 3.240, Nice Valeur). Avec
pas d'options, l'utilitaire exécuté doit être exécuté avec une valeur agréable qui est quelque
quantité définie par l'implémentation supérieure ou égale à la valeur nice du courant
traiter. Si l'utilisateur ne dispose pas des privilèges appropriés pour affecter la valeur nice dans le
manière demandée, le agréable l'utilité n'affectera pas la valeur nice ; dans ce cas, un
message d'avertissement peut être écrit dans l'erreur standard, mais cela n'empêchera pas le
invocation de utilitaire ou affecter l'état de sortie.

OPTIONS

Le manuel de formation agréable 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 est prise en charge :

−n incrément
Un nombre entier décimal positif ou négatif qui aura le même effet sur le
l'exécution de l'utilitaire comme si l'utilitaire avait appelé le agréable() fonction avec
la valeur numérique du incrément argument-option.

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 agréable:

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 écrits dans l'erreur standard.

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

PATH Déterminez le chemin de recherche utilisé pour localiser l'utilitaire à appeler. Voir le
Volume Définitions de base de POSIX.1‐2008, Chapitre 8, Environnement Variables.

ASYNCHRONE ÉVÈNEMENTS

Par défaut.

SORTIE STD

Non utilisé.

STDERR

L'erreur standard ne doit être utilisée que pour les messages de diagnostic.

SORTIE DES DOSSIERS

Aucun.

ÉLARGI DESCRIPTION

Aucun.

EXIT STATUT

If utilitaire est invoqué, l'état de sortie de agréable sera le statut de sortie de utilitaire;
sinon, le agréable l'utilitaire doit se terminer avec l'une des valeurs suivantes :

1‐125 Une erreur s'est produite dans le agréable 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

Les seules utilisations portables garanties de cet utilitaire sont :

agréable utilitaire
Courir utilitaire avec la valeur nice par défaut supérieure ou égale.

agréable −n <positif entier> utilitaire
Courir utilitaire avec une belle valeur plus élevée.

Sur certaines implémentations, ils n'ont aucun effet perceptible sur l'utilitaire invoqué et sur certains
d'autres ils sont exactement équivalents.

Les systèmes historiques ont souvent soutenu lapositif entier> jusqu'à 20. Depuis là
n'y a pas de pénalité d'erreur associée à deviner un nombre trop élevé, les utilisateurs sans
l'accès au document de conformité du système (pour voir quelles limites sont réellement en place) pourrait
utilisez la plage historique de 1 à 20 ou essayez d'utiliser de très grands nombres si le travail doit être
priorité vraiment faible.

La belle valeur d'un processus peut être affichée à l'aide de la commande :

ps -o agréable

Le manuel de formation commander, env, agréable, nohup, Paisibleet la bien-aimée Sonate en la majeur 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

Aucun.

RAISONNEMENT

La version 4.3 BSD de agréable ne vérifie pas si incrément est un entier décimal valide.
La commande agréable -x utilitaire, par exemple, serait traité de la même manière que la commande agréable
−−1 utilitaire. Si l'utilisateur ne dispose pas des privilèges appropriés, cela entraîne un
Erreur ``autorisation refusée''. Ceci est considéré comme un bug.

Lorsqu'un utilisateur sans privilèges appropriés donne un avis négatif incrément, System V le traite
comme la commande agréable -0 utilitaire, tandis que 4.3 BSD écrit un message « autorisation refusée » et
n'exécute pas l'utilitaire. La norme spécifie le comportement du System V ainsi qu'un
message facultatif de type « autorisation refusée » de style BSD.

Le shell C a une version intégrée de agréable qui a une interface différente de celle
décrit dans ce volume de POSIX.1‐2008.

Le terme « utilitaire » est utilisé, plutôt que « commande », pour souligner le fait que le shell
les commandes composées, les pipelines, etc., ne peuvent pas être utilisés. Les modules intégrés spéciaux ne peuvent pas non plus être
utilisé. Cependant, ``utility'' inclut les programmes d'application utilisateur et les scripts shell, pas seulement
utilitaires définis dans ce volume de POSIX.1‐2008.

Implémentations historiques de agréable fournir une belle plage de valeurs de 40 ou 41 étapes discrètes,
avec la valeur nice par défaut étant le point médian de cette plage. Par défaut, ils augmentent le
belle valeur de l'utilitaire exécuté par 10.

Certains documents historiques indiquent que le incrément la valeur doit se situer dans une plage fixe
gamme. C'est trompeur ; le valide incrément les valeurs de tout appel sont déterminées par
la valeur nice du processus actuel, qui n'est pas toujours la valeur par défaut.

La définition de nice value n'est pas destinée à suggérer que tous les processus d'un système
avoir des priorités comparables. Planification des extensions de politique telles que le temps réel
priorités dans le volume Interfaces système de POSIX.1‐2008 font la notion d'un
priorité sous-jacente pour toutes les politiques de planification problématique. Certaines implémentations peuvent
mettre en œuvre le agréable-fonctionnalités liées pour affecter tous les processus sur le système, d'autres à
affecter uniquement les activités générales de temps partagé impliquées par ce volume de POSIX.1‐2008,
et d'autres peuvent n'avoir aucun effet. En raison de l'utilisation de ``implementation-defined'' dans
agréable et reins, un large éventail de stratégies de mise en œuvre sont possibles.

Les versions antérieures de cette norme permettaient une -incrément option. Ce formulaire n'est plus
spécifié par POSIX.1‐2008 mais peut être présent dans certaines implémentations.

FUTUR DIRECTIONS

Aucun.

Utilisez niceposix en ligne en utilisant les services onworks.net