Provided by: manpages-es-extra_0.8a-16_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).