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).

4th Berkeley Distribution                      15 de julio de 1994                                      SKILL(1)