Provided by: manpages-es-extra_0.8a-17_all bug

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