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

NOMBRE

       skill, snice - senalan 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'ON

       Skill  Envia la senal terminate a un conjunto de procesos.  Si se da un
       nombre ( o numero ) de  senal  precedido  por  un  "-",  esa  senal  se
       sustituira  por  terminate.  El  comando  skill -l muestra una lista de
       senales disponibles.

       Snice altera la prioridad establecida  para  un  conjunto  de  procesos
       seleccionados.   Por defecto, la nueva prioridad sera +4, pero se puede
       usar un argumento del tipo  "+n"  (o  "-n")  para  especificar  valores
       diferentes.  Cualquier prioridad no valida sera 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  accion.  Al  responder "y" se ejecutara la
              accion especificada. Por otra parte, un  ^D  hace  que  skill  o
              snice se cierren inmediatamente.

       -v     En  modo  de  informacion  ampliada,  se  muestra  el id de cada
              proceso sobre el que se ha actuado con exito.

       -f     En modo rapido, se  le  permite  al  codigo  dependiente  de  la
              maquina  responsable  de  la  lectura  de  los procesos que tome
              decisiones que contribuyan a mejorar la velocidad a expensas  de
              la  informacion sobre errores (por ejemplo, es posible que no se
              muestren los comandos). Esta opcion existe  principalmente  para
              ayudar  a  eliminar  procesos  fuera  de control en sistemas con
              disenos VM complicados.

       -w     Muestra mensajes de advertencia ante procesos inalcanzables.

       -n     Muestra los ids del proceso pero no actua sobre ellos.

       Todos los argumentos en la linea  de  comandos  son  independientes  en
       cuanto  a  su  orden.   Skill  y  snice  permiten  que  los procesos se
       especifiquen usando cualquier combinacion de ttys, nombres de usuario y
       comandos (ademas de ids de procesos).  Solo se actua sobre procesos que
       coincidan con algo en cada una de las categorias. Una  categoria  vacia
       asegura una coincidencia. Por ejemplo, "skill -HUP vi ex tty00" enviara
       la senal hangup a todos los procesos vi(1) y ex(1) asociados con tty00.
       Del  mismo  modo,  "snice +10 find root" cambiara 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
       debera  extremar  su  cuidado  (por  ejemplo,  el comando "snice -5 vi"
       cambiara 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
       precediendole 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 informacion necesaria en la memoria  del  kernel  y  en  el
       dispositivo swap.  Ademas de esto, en algunos sistemas se busca tambien
       en el sistema de archivos "/proc". Cuando se descubre  un  proceso  que
       concuerda  con  cada  categoria, se actua sobre el inmediatamente (a no
       ser que se este trabajando en modo  interactivo).  Todos  los  procesos
       deben pertenecer al usuario actual a no ser que el o ella sea el super-
       usuario. Ninguno de los programas tratara  nunca  de  actuar  sobre  si
       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 fisica
       /dev/kmem      memoria virtual del kernel
       /dev/drum      dispositivo swap
       /proc               sistema de archivos de procesos
       /dev           examinado    para    emparejar    ttys    con    numeros
                      de dispositivo

V'EASE TAMBI'EN

       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 estan ejecutando; es
       posible que se salten procesos de vez en cuando  (la  opcion  "-w"  los
       muestra).

       Los  nombres de comando se pueden truncar a un tamano dependiente de la
       maquina.

       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
       continuacion del mensaje "no matching processes" (procesos  que  no  se
       han podido emparejar).