NOMBRE¶

skill, snice - señalan o cambian la prioridad de procesos especificados

SINOPSIS¶

skill [-signal] [-ivfwn] {tty user command pid}
snice [(-|+)priority] [-ivfwn] {tty user command pid}
skill -l

DESCRIPCIÓN¶

Skill Envía la señal terminate a un conjunto de procesos. Si se da un nombre ( o número ) de señal precedido por un "-", esa señal se sustituirá por terminate. El comando skill -l muestra una lista de señales disponibles.

Snice altera la prioridad establecida para un conjunto de procesos seleccionados. Por defecto, la nueva prioridad será +4, pero se puede usar un argumento del tipo "+n" (ó "-n") para especificar valores diferentes. Cualquier prioridad no válida será redondeada ascendente o descendentemente hasta llegar al primer valor aceptable.

Las opciones aceptadas por ambos comandos son las siguientes:

-i

En modo interactivo, se consulta al usuario ante cada proceso candidato para una acción. Al responder "y" se ejecutará la acción especificada. Por otra parte, un ^D hace que skill o snice se cierren inmediatamente.

-v

En modo de información ampliada, se muestra el id de cada proceso sobre el que se ha actuado con éxito.

-f

En modo rápido, se le permite al código dependiente de la máquina responsable de la lectura de los procesos que tome decisiones que contribuyan a mejorar la velocidad a expensas de la información sobre errores (por ejemplo, es posible que no se muestren los comandos). Esta opción existe principalmente para ayudar a eliminar procesos fuera de control en sistemas con diseños VM complicados.

-w

Muestra mensajes de advertencia ante procesos inalcanzables.

-n

Muestra los ids del proceso pero no actúa sobre ellos.

Todos los argumentos en la línea de comandos son independientes en cuanto a su orden. Skill y snice permiten que los procesos se especifiquen usando cualquier combinación de ttys, nombres de usuario y comandos (además de ids de procesos). Sólo se actúa sobre procesos que coincidan con algo en cada una de las categorías. Una categoría vacía asegura una coincidencia. Por ejemplo, "skill -HUP vi ex tty00" enviará la señal hangup a todos los procesos vi(1) y ex(1) asociados con tty00. Del mismo modo, "snice +10 find root" cambiará la prioridad de todos los procesos find(1) que pertenezcan a root a +10.

Los usuarios sin privilegios solamente pueden cambiar sus propios procesos de modo que no necesitan especificar su nombre de usuario como parte de la lista de argumentos. Por otra parte, el super-usuario deberá extremar su cuidado (por ejemplo, el comando "snice -5 vi" cambiará la prioridad de todo proceso vi(1) en el sistema).

Dado que skill y snice categorizan sus argumentos, existe la posibilidad de que lo hagan incorrectamente ( por ejemplo, el caso de que un comando del sistema coincida con un nombre de usuario). Ambos programas tratan de emparejar un argumento con un tty, un nombre de usuario y un id de proceso , antes de clasificarlo como comando. Para evitar esto, se puede forzar un argumento a un tipo particular precediéndole de "-c" (comando), "-u" (usuario), "-t" (tty), o "-p" (id de proceso).

Los ids de los procesos no se conocen de antemano, de modo que ha de buscarse la información necesaria en la memoria del kernel y en el dispositivo swap. Además de esto, en algunos sistemas se busca también en el sistema de archivos "/proc". Cuando se descubre un proceso que concuerda con cada categoría, se actúa sobre él inmediatamente (a no ser que se esté trabajando en modo interactivo). Todos los procesos deben pertenecer al usuario actual a no ser que él o ella sea el super-usuario. Ninguno de los programas tratará nunca de actuar sobre sí mismo, pero cualquier otra cosa entra dentro de lo posible.

El estado de salida es normalmente 0; si el usuario comete un error, se devuelve 1. Si ocurre un error de sistema, se devuelve 2.

ARCHIVOS¶

/vmunix lista de nombres del sistema
/dev/mem memoria física
/dev/kmem memoria virtual del kernel
/dev/drum dispositivo swap
/proc sistema de archivos de procesos
/dev examinado para emparejar ttys con números de dispositivo

VÉASE TAMBIÉN¶

kill(1), nice(1), priocntl(1), renice(1), ps(1),
kill(2), setpriority(2), signal(2), proc(4)

AUTOR¶

Jeff Forys

CONTRIBUYEN¶

David Sharnoff Greg Earle Christos Zoulas
Gorodecki Tom Mike Hibler Ric Anderson

FALLOS (BUGS)¶

Las cosas cambian mientras estos programas se están ejecutando; es posible que se salten procesos de vez en cuando (la opción "-w" los muestra).

Los nombres de comando se pueden truncar a un tamaño dependiente de la máquina.

En algunos sistemas operativos, estos programas son incapaces de investigar procesos pertenecientes a otros usuarios. A pesar de no resultar un problema, este hecho aparece reflejado en el aviso "(but N could not be checked)" (pero N no se pudo comprobar) que aparece a continuación del mensaje "no matching processes" (procesos que no se han podido emparejar).