SlideShare una empresa de Scribd logo
UNIDAD 3. GESTION DE PROCESOS EN LINUX
La más simple definición de un proceso podría ser que es una instancia de un programa en
ejecución (corriendo). A los procesos frecuentemente se les refiere como tareas. El contexto
de un programa que esta en ejecución es lo que se llama un proceso. Este contexto puede ser
mas procesos hijos que se hayan generado del principal (proceso padre), los recursos del
sistema que este consumiendo, sus atributos de seguridad (tales como su propietario y
permisos de archivos así como roles y demás de SELinux), etc.
Linux, como se sabe, es un sistema operativo multitarea y multiusuario. Esto quiere decir que
múltiples procesos pueden operar simultáneamente sin interferirse unos con los otros. Cada
proceso tiene la "ilusión" que es el único proceso en el sistema y que tiene acceso exclusivo a
todos los servicios del sistema operativo.
Programas y procesos son entidades distintas. En un sistema operativo multitarea, múltiples
instancias de un programa pueden ejecutarse simultáneamente. Cada instancia es un proceso
separado. Por ejemplo, si cinco usuarios desde equipos diferentes, ejecutan el mismo
programa al mismo tiempo, habría cinco instancias del mismo programa, es decir, cinco
procesos distintos.
Cada proceso que se inicia es referenciado con un número de identificación único conocido
como Process ID PID, que es siempre un entero positivo. Prácticamente todo lo que se está
ejecutando en el sistema en cualquier momento es un proceso, incluyendo el shell, el
ambiente gráfico que puede tener múltiples procesos, etc. La excepción a lo anterior es el
kernel en si, el cual es un conjunto de rutinas que residen en memoria y a los cuales los
procesos a través de llamadas al sistema pueden tener acceso.
Primer y segundo plano
Cualquier proceso puede estar en primer o segundo plano. Lo único a tener en cuenta es que
solo un proceso estará en primer plano al mismo tiempo y es con el que estemos trabajando e
interactuando en ese momento. Un proceso que este en segundo plano no recibirá ninguna
señal de parte nuestra, es decir que no nos podemos comunicar con él a través, por ejemplo,
del teclado. La utilidad de enviar un programa a segundo plano esta dada por el hecho de que
existen tareas que no requieren de nuestro control para que se ejecuten. Por ejemplo, bajar
algún archivo de Internet, compilar el kernel u otro programa. Estas son tareas que pueden ser
lanzadas tranquilamente en segundo plano. Para lanzar un proceso en segundo plano,
tendremos que poner a continuación del comando el símbolo &. Para ejemplificar esto
usaremos el comando find y dejaremos que busque todos los archivos que existen en el disco
[shrek@pantano:~]$ find / -name "*"
Esto nos mostraría una lista bastante larga de archivos por pantalla y nos quedaríamos sin el
control del intérprete de comandos mientras esta ejecutándose. Podríamos usar el dispositivo
null, que si recuerdan era como un agujero negro donde todo lo que se enviaba a él
desaparecía, para redirigir la salida y que no saliera por pantalla
[shrek@pantano~]$ find / -name "*" > /dev/null
Igualmente así no contaríamos con la atención de nuestro interprete de comandos hasta que
terminara el trabajo el comando find. La forma de tener la atención del shell inmediatamente
después de lanzar el proceso find es enviándolo en segundo plano
[shrek@pantano:~]$ find / -name "*" > /dev/null &
[1] 192
[shrek@pantano:~]$
Como se aprecia, regresó de inmediato al shell, pero antes envió un mensaje a la terminal. El
[1] representa a un número de trabajo que el shell asigna a cada uno de los procesos que pasa
a segundo plano. Inmediatamente después vemos el número de PID del proceso. Podremos
identificar al proceso por cualquiera de los dos números mientras se encuentre en segundo
plano. Para ver cuantos trabajos están ejecutándose en este momento podemos usar el
comando jobs.
[shrek@pantano:~]$ jobs
[1]+ Running find / -name "*" >/dev/null &
[shrek@pantano:~]$
Podremos eliminar un proceso que se esta ejecutando con la ayuda del comando kill seguido
bien sea del número de trabajo precedido de un signo % o del número de PID. De esta forma
estamos matando al proceso pero puede darse el caso de que este tarde en desaparecer dado
que tiene que limpiar el entorno, por esto muchas veces parecerá que no nos a hecho caso. En
realidad el proceso esta haciendo una limpieza del sistema evitando así el mal funcionamiento
del mismo y/o una inconsistencia en los datos con que trabajaba. Como ejemplo usaremos
otro comando muy típico, el comando yes. Este comando enviará a la salida estándar
continuamente la letra y. Sirve este comando para que en caso de que se requiera contestar
afirmativamente a las peticiones de un programa pudiéremos mediante una redirección
contestarle con un y a cada pregunta. Si lo ejecutáramos sin redirigir la salida a /dev/null,
nos llenaría la pantalla con una columna infinita de y. Por esto lo enviaremos a segundo plano
redirigiendo la salida y luego lo mataremos con el comando kill.
[shrek@pantano:~]$ yes > /dev/null &
[1] 201
[shrek@pantano:~]$ kill %1
[shrek@pantano:~]$ jobs
[1]+ Terminated yes > /dev/null &
[shrek@pantano:~]$
Como podrán ver, en el momento en que se mando el comando kill, no hubo ningún mensaje.
Solo después de ejecutar el comando jobs se nos informo que el trabajo número 1 había
finalizado (TERMINATED). Podemos también hacer lo mismo empleando el número de PID con
lo que obtendremos idénticos resultados.
[shrek@pantano:~]$ kill 201
Esquema de ejecución, Tipos de procesos en Linux: Child, daemon,
orphan y zombie
Los procesos son algo fundamental en un sistema operativo. Casi todas las actividades de un
sistema hacen uso de procesos para llevar a cabo sus tareas. De hecho gracias a los procesos el
sistema operativo está "operativo", es decir, funcionando correctamente y por un gran puñado
de ellos el mismo nos tiene disponible de forma instantánea los recursos físicos (hardware) de
nuestra computadora.
Es muy probable que al utilizar el comando top para visualizar los procesos activos del sistemas
te hayas fijado que en la parte superior hay una línea que dice cuántos procesos en total hay
en ejecución, cuántos están dormidos (sleeping), detenidos (stopped) y zombie. Estas
denominaciones hacen referencia a los estados de dichos procesos en un momento
determinado. A continuación describiremos los diferentes procesos por su tipo o estado.
Child (hijos)
Son procesos creados por otro proceso durante su ejecución. Usualmente los procesos child
son creados para ejecutar un binario desde un proceso existente, con la llamada del sistema
fork(). Los procesos normalmente son creados para ejecutarse a través de un shell o terminal.
En dicho caso el shell se convierte en proceso padre y el proceso ejecutado se convierte en
hijo. En sistemas tipo Unix/Linux cada proceso tiene un padre excepto el proceso init.
Daemon (demonios)
Son tipos especiales de procesos que se ejecutan en segundo plano y están relacionados con el
sistema operativo y no tienen shell asociado. Estos corren con permisos de root y usualmente
proveen servicios. El no tener shell asociado se logra separando el proceso del shell, creando
un proceso nuevo y terminando el proceso padre (el shell que lo inició). Desde el momento en
que su proceso padre es terminado el proceso de hace independiente (ya no es más un
proceso child) y es tomado por el proceso init el cual lo convierte en un daemon.
Orphan (huérfanos)
Usualmente un proceso crea un proceso hijo (child) y cuando el proceso hijo termina una señal
es emitida al proceso padre para que pueda hacer todo lo requerido cuando el proceso hijo es
terminado. Pero hay situaciones en las que los procesos padres son matados (killed). En dicho
caso el proceso hijo queda huérfano y entonces es tomado por el proceso init. Aun así el
proceso cuyo padre fue matado sigue siendo llamado huérfano ya que su padre original no
existe.
Zombie
Cuando un proceso child o hijo es terminado o es completada su ejecución, luego su entrada
en la tabla de procesos se mantiene hasta que el proceso padre obtenga la información del
estado del proceso hijo terminado. Hasta entonces el proceso terminado entra en estado
zombie y es conocido como proceso zombie. Cuando un proceso es terminado toda la
memoria y recursos asociados con dicho proceso son liberados pero la entrada del mismo en la
tabla de procesos aún existe. Una seña SIGCHILD es enviada al proceso padre (ha sido
terminado). Comúnmente el manejador de esta señal en el proceso padre ejecuta una llamada
de espera que obtiene el estado de salida del proceso terminado y entonces la entrada del
proceso zombie es borrada de la tabla de procesos.
COMUNICACIÓN Y SINCRONIZACIÓN ENTRE PROCESOS EN LINUX
Pipes
• Son el mecanismo más antiguo de IPC y lo proveen todos los sistemas Unix
• Proveen canal unidireccional para flujo de datos entre dos procesos
• Sólo puede ser usado entre procesos con un antecesor común que crea la pipe
(heredando descriptores comunes).
Redireccionamiento de una Pipe a la E/S Estándar
• Necesario cuando procesos se conectan a través de la E y S estándar.
• Conexión puede ser controlada por un proceso sin modificar el código de programa.
• Para hacerlo hay que cerrar el descriptor de STDIN o STDOUT y llamar a dup o dup2
FIFO o Pipe con Nombre
• Similares a una pipe, pero permiten conectar procesos que no tienen ancestro común
que creó la pipe.
• Usa la estructura de nombres del sistema de archivos
• Existen en el directorio como un archivo especial de tipo FIFO.
Función: mkfifo
• Funciona similar la creación de un archivo con creat
• mode tiene igual función que en la función open
• Está sujeta al mismo sistema de control de acceso que un archivo (usuario y grupo
dueño).
• FIFO creado con mkfifo puede ser luego abierto por cualquier proceso que tenga el
permiso
Sistema de IPC de System V - Semáforos y Memoria Compartida
• Semáforo. Usado para sincronizar los procesos.
• Segmento de memoria compartida. Permite que diferentes procesos mapean un
mismo segmento a su espacio de memoria.
• Cola de mensajes. Permite que procesos en una máquina puedan enviar y recibir
mensajes (no lo veremos en el curso).
Identificadores y Claves
• Cada objeto de IPC está asociado a una estructura en el kernel que se referencia
internamente por un número entero no negativo denominado identificador.
• El identificador puede cualquier número
• Al crear un objeto, se debe especificar una clave de tipo key_t.que se convierte por
el kernel en el identificador para referenciar al objeto.
• Procesos que comparten un objeto deben conocer la clave o identificador.
Asignación de Clave
• Un objeto se crea normalmente por el servidor usando función XXXget.
o Si clave es IPC_PRIVATE, el sistema crea un nuevo objeto usando un
identificador libre.
o Si se usa otro valor para clave, entonces se crea si esa clave no está
asociada con objeto existente.
• Función de creación devuelve el identificador del objeto, usado referenciarlo en
otras funciones.
o Si existe se produce un error.
Concepto de Semáforo
• Corresponde a un contador para control el acceso a un objeto de datos
compartido
• En el acceso se verifica el valor del semáforo
o Si es positivo, se decrementa y retorna la función (operación P)
o Sino lo es, bloquea al proceso
• Al salir el semáforo se incrementa. Si existe un proceso bloqueado se despierta
uno de ellos.
Memoria Compartida
• Permite compartir una región de memoria entre dos o más procesos.
• Es la forma de IPC más rápida
• Es necesario sincronizar el acceso para mantener la consistencia de los datos
(normalmente se usan semáforos)
Comandos para la Gestión de procesos
ps
El comando ps es el que permite informar sobre el estado de los procesos. ps esta basado en el
sistema de archivos /proc, es decir, lee directamente la información de los archivos que se
encuentran en este directorio. Tiene una gran cantidad de opciones, incluso estas opciones
varían dependiendo del estilo en que se use el comando. Estas variaciones sobre el uso de ps
son las siguientes:
• Estilo UNIX, donde las opciones van precedidas por un guión -
• Estilo BSD, donde las opciones no llevan guión
• Estilo GNU, donde se utilizan nombres de opciones largas y van precedidas por doble
guión --
Sea cual sea el estilo utilizado, dependiendo de las opciones indicadas, varias columnas se
mostrarán en el listado de procesos que resulte, estas columnas pueden ser entre muchas
otras, las siguientes (y principales):
p o PID Process ID, número único o de identificación del proceso.
P o PPID Parent Process ID, padre del proceso
U o UID User ID, usuario propietario del proceso
t o TT o
TTY
Terminal asociada al proceso, si no hay terminal aparece entonces un '?'
T o TIME Tiempo de uso de cpu acumulado por el proceso
c o CMD El nombre del programa o camndo que inició el proceso
RSS Resident Sise, tamaño de la parte residente en memoria en kilobytes
SZ o SIZE Tamaño virtual de la imagen del proceso
NI
Nice, valor nice (prioridad) del proceso, un número positivo significa menos tiempo
de procesador y negativo más tiempo (-19 a 19)
C o PCPU Porcentaje de cpu utilizado por el proceso
STIME Starting Time, hora de inicio del proceso
S o STAT Status del proceso, estos pueden ser los siguientes
R runnable, en ejecución, corriendo o ejecutándose
S sleeping, proceso en ejecución pero sin actividad por el momento, o esperando
por algún evento para continuar
T sTopped, proceso detenido totalmente, pero puede ser reiniciado
Z zombie, difunto, proceso que por alguna razón no terminó de manera correcta,
no debe haber procesos zombies
D uninterruptible sleep, son procesos generalmente asociados a acciones de IO del
sistema
X dead, muerto, proceso terminado pero que sigue apareciendo, igual que los Z no
deberían verse nunca
Las opciones completas de ps las encuentras en las páginas del manual (man ps), o escribiendo
en la terminal ps L, y para ver un resumen de sus opciones más comunes usa ps --help:
#> ps --help
********* simple selection ********* ********* selection by list
*********
-A all processes -C by command name
-N negate selection -G by real group ID (supports
names)
-a all w/ tty except session leaders -U by real user ID (supports
names)
-d all except session leaders -g by session OR by effective
group name
-e all processes -p by process ID
T all processes on this terminal -s processes in the sessions
given
a all w/ tty, including other users -t by tty
g OBSOLETE -- DO NOT USE -u by effective user ID
(supports names)
r only running processes U processes for specified users
x processes w/o controlling ttys t by tty
*********** output format ********** *********** long options
***********
-o,o user-defined -f full --Group --User --pid --cols --
ppid
-j,j job control s signal --group --user --sid --rows --
info
-O,O preloaded -o v virtual memory --cumulative --format --deselect
-l,l long u user-oriented --sort --tty --forest --version
-F extra full X registers --heading --no-heading --context
********* misc options *********
-V,V show version L list format codes f ASCII art forest
-m,m,-L,-T,H threads S children in sum -y change -l format
-M,Z security data c true command name -c scheduling class
-w,w wide output n numeric WCHAN,UID -H process hierarchy
A continuación algunos cuantos ejemplos de ps con la salida recortada.
># ps -e (-e muestra todos los procesos)
PID TTY TIME CMD
1 ? 00:00:01 init
2 ? 00:00:00 kthreadd
3 ? 00:00:00 migration/0
4 ? 00:00:00 ksoftirqd/0
#> ps -ef (-f muestra opciones completas)
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 10:12 ? 00:00:01 init [5]
root 2 0 0 10:12 ? 00:00:00 [kthreadd]
...
root 6130 5662 0 10:24 pts/0 00:00:00 su -
root 6134 6130 0 10:24 pts/0 00:00:00 -bash
sergon 6343 5604 0 10:28 ? 00:00:00 kio_file [kdeinit]
file /home/sergon/tmp/ksocket-sergon/kl
root 6475 6134 0 10:38 pts/0 00:00:00 ps -ef
#> ps -eF (-F muestra opciones completas extra)
UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
root 1 0 0 412 556 1 16:59 ? 00:00:01 init
[5]
root 2 0 0 0 0 1 16:59 ? 00:00:00
[kthreadd]
sergon 8326 8321 0 902 1272 0 17:07 ? 00:00:00
/bin/sh /usr/lib/firefox-2.0.0.8/run-mozilla.sh /usr/lib/f
sergon 8331 8326 4 53856 62604 0 17:07 ? 00:00:50
/usr/lib/firefox-2.0.0.8/mozilla-firefox-bin
sergon 8570 7726 2 15211 37948 0 17:17 ? 00:00:10 quanta
#> ps ax (formato BSD sin guión, a muestra todos, x sin mostrar
tty)
PID TTY STAT TIME COMMAND
1 ? Ss 0:01 init [5]
2 ? S< 0:00 [kthreadd]
3 ? S< 0:00 [migration/0]
4 ? S< 0:00 [ksoftirqd/0]
#> ps aux (formato BSD sin guión, u muestra usuarios y demás
columnas)
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME
COMMAND
root 1 0.0 0.0 1648 556 ? Ss 16:59 0:01 init
[5]
root 2 0.0 0.0 0 0 ? S< 16:59 0:00
[kthreadd]
root 3 0.0 0.0 0 0 ? S< 16:59 0:00
[migration/0]
root 4 0.0 0.0 0 0 ? S< 16:59 0:00
[ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< 16:59 0:00
[migration/1]
#> ps -eo user,pid,tty (-o output personalizado, se indican los
campos separados por coma, ver ps --help o ps L)
USER PID TT
root 1 ?
root 2 ?
sergon 8570 tty 1
root 8876 pts/1
#> ps -eH (muestra árbol de procesos)
#> ps axf (lo mismo en formato BSD)
#> ps -ec (el comando que se esta ejecutando, sin la ruta, solo el
nombre real)
#> ps -el (muestra formato largo de varias columnas, muy práctico)
#> ps L (No muestra procesos, lista todos los códigos de formatos)
pstree
Muestra los procesos en forma de árbol, pstree --help te da las opciones más comunes.
Recomiendo uses lo uses con la opción -A y -G para que te un árbol con líneas con líneas estilo
ASCII y de terminal VT100 respectivamente, puedes añadir también -u para mostrar entre
paréntesis al usuario propietario del proceso:
#> pstree -AGu
init---acpid
|-atd(daemon)
|-automount----2*[{automount}]
|-avahi-daemon(avahi)
|-beagled(sergon)----7*[{beagled}]
|-beagled-helper(sergio)----3*[{beagled-helper}]
|-compiz(sergon)----kde-window-deco
|-console-kit-dae----61*[{console-kit-dae}]
|-crond
|-dbus-daemon(messagebus)
|-dbus-daemon(sergio)
|-dbus-launch(sergio)
|-dcopserver(sergio)
|-dhclient
|-gam_server(sergio)
|-gconfd-2(sergio)
|-hald(haldaemon)----hald-runner(root)----hald-addon-
acpi(haldaemon)
| |-hald-addon-cpuf
| |-hald-addon-inpu
| |-hald-addon-stor
|-httpd---8*[httpd(apache)]
|-2*[ifplugd]
|-ipw3945d
|-kaccess(sergio)
...
kill
El comando kill, que literalmente quiere decir matar, sirve no solo para matar o terminar
procesos sino principalmente para enviar señales (signals) a los procesos. La señal por default
(cuando no se indica ninguna es terminar o matar el proceso), y la sintaxis es kill PID, siendo
PID el número de ID del proceso. Asi por ejemplo, es posible enviar una señal de STOP al
proceso y se detendrá su ejecución, después cuando se quiera mandar una señal de
CONTinuar y el proceso continuara desde donde se quedo.
#> kill -l (lista todas las posibles señales que pueden enviarse a
un proceso)
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT
17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU
25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH
29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN
35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4
39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12
47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6
59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
La lista previa presenta una lista de todas las posibles señales que pueden mandarse a un
proceso y estas pueden ser invocadas a través del número de la señal o de su código, por
ejemplo:
#> kill -9 11428 (termina, mata un proceso completamente)
#> kill -SIGKILL 11428 (Lo mismo que lo anterior)
Las señales más comunes son la 19 y 20 que detienen momentáneamente la ejecución de un
proceso o programa, 18 la continua, 1 que es la señal de hang up que obliga al proceso a releer
sus archivos de configuración estando en ejecución y 9 que termina rotundamente un proceso.
killall
El comando killall, que funciona de manera similar a kill, pero con la diferencia de en vez de
indicar un PID se indica el nombre del programa, lo que afectará a todos los procesos que
tengan ese nombre. Asi por ejemplo si se tienen varias instancias ejecutándose del proxy
server squid, con killall squid eliminará todos los procesos que se esten ejecutando con el
nombre 'squid'
#> killall -l (lista de posibles señales)
#> killall -HUP httpd (manda una señal de "colgar", detenerse
releer sus archivos de configuración y reiniciar)
#> killall -KILL -i squid (manda señal de matar a todos los procesos
squid pero pide confirmación en cada uno)
nice
Permite cambiar la prioridad de un proceso. Por defecto, todos los procesos tienen una
prioridad igual ante el CPU que es de 0. Con nice es posible iniciar un programa (proceso) con
la prioridad modificada, más alta o más baja según se requiera. Las prioridades van de -20 (la
más alta) a 19 la más baja. Solo root o el superusuario puede establecer prioridades negativas
que son más altas. Con la opción -l de ps es posible observar la columna NI que muestra este
valor.
#> nice (sin argumentos, devuelve la prioridad por defecto
)
0
#> nice -n -5 comando (inicia comando con una prioridad de -5, lo que
le da más tiempo de cpu)
renice
Asi como nice establece la prioridad de un proceso cuando se incia su ejecución, renice
permite alterarla en tiempo real, sin necesidad de detener el proceso.
#> nice -n -5 yes (se ejecuta el programa 'yes' con prioridad -5)
(dejar ejecutando 'yes' y en otra terminal se
analiza con 'ps')
#> ps -el
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
4 S 0 12826 12208 4 75 -5 - 708 write_ pts/2 00:00:00 yes
#> renice 7 12826
12826: prioridad antigua -5, nueva prioridad 7
#> ps -el
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
4 S 0 12826 12208 4 87 7 - 708 write_ pts/2 00:00:15 yes
(obsérvese el campo NI en el primer caso en -5, y en el segundo con
renice quedó en 7, en tiempo real)
nohup y &
Cuando se trata ejecutar procesos en background (segundo plano) se utiliza el comando nohup
o el operador & . Aunque realizan una función similar, no son lo mismo.
Si se desea liberar la terminal de un programa que se espera durará un tiempo considerable
ejecutándose, entonces se usa . Esto funciona mejor cuando el resultado del proceso no es
necesario mandarlo a la salida estándar (stdin), como por ejemplo cuando se ejecuta un
respaldo o se abre un programa Xwindow desde la consola o terminal. Para lograr esto basta
con escribir el comando en cuestión y agregar al final el símbolo & (ampersand).
$> yes > /dev/null &
$> tar czf respaldo /documentos/* > /dev/null/ &
$> konqueror & (con estos ejemplos se ejecuta el comando y se libera
la terminal regresando el prompt)
Sin embargo lo anterior produce que el padre del proceso PPID que se invocó sea el proceso de
la terminal en si, por lo que si cerramos la terminal o salimos de la sesión también se
terminaran los procesos hijos que dependan de la terminal, no muy conveniente si se desea
que el proceso continué en ejecución.
Para solucionar lo anterior, entonces se usa el comando nohup que permite al igual que '&'
mandar el proceso y background y que este quede inmune a los hangups (de ahí su nombre
nohup) que es cuando se cuelga o termina la terminal o consola de la cual se ejecutó el
proceso.
$> nohup yes > /dev/null &
$> nohup czf respaldo /documentos/* > /dev/null/
$> nohup konqueror
Asi se evita que el proceso se "cuelgue" al cerrar la consola.
jobs
Si por ejemplo, se tiene acceso a una única consola o terminal, y se tienen que ejecutar varios
comandos que se ejecutarán por largo tiempo, se pueden entonces como ya se vió
previamente con nohup y el operador '&' mandarlos a segundo plano o background con el
objeto de liberar la terminal y continuar trabajando.
Pero si solo se está en una terminal esto puede ser difícil de controlar, y para eos tenemos el
comando jobs que lista los procesos actuales en ejecución:
#> yes > /dev/null &
[1] 26837
#> ls -laR > archivos.txt &
[2] 26854
#> jobs
[1]- Running yes >/dev/null &
[2]+ Running ls --color=tty -laR / >archivos.txt &
En el ejemplo previo, se ejecutó el comando yes y se envió a background (&) y el sistema
devolvió [1] 26837, indicando asi que se trata del trabajo o de la tarea [1] y su PID, lo mismo
con la segunda tarea que es un listado recursivo desde la raíz y enviado a un archivo, esta es la
segunda tarea.
Con los comandos fg (foreground) y bg background es posible manipular procesos que esten
suspendidos temporalmente, ya sea porque se les envió una señal de suspensión como STOP
(20) o porque al estarlos ejecutando se presionó ctrl-Z. Entonces para reanudar su ejecución
en primer plano usaríamos fg:
#> jobs
[1]- Stopped yes >/dev/null &
[2]+ Stopped ls --color=tty -laR / >archivos.txt &
#> fg %1
#> jobs
[1]+ Running yes >/dev/null &
[2]- Stopped ls --color=tty -laR / >archivos.txt &
Obsérvese como al traer en primer plano al 'job' o proceso 1, este adquirió el símbolo [+] que
indica que esta al frente. Lo mismo sería con bg que volvería a reinicar el proceso pero en
segundo plano. Y también es posible matar los procesos con kill indicando el número que
devuelve jobs: kill %1, terminaría con el proceso en jobs número 1.
top
Una utilería muy usada y muy útil para el monitoreo en tiempo real del estado de los procesos
y de otras variantes del sistema es el programa llamado top, se ejecuta desde la línea de
comandos, es interactivo y por defecto se actualiza cada 3 segundos.
$> top
top - 13:07:30 up 8 days, 6:44, 4 users, load average: 0.11, 0.08,
0.08
Tasks: 133 total, 1 running, 131 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.0%us, 0.2%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.2%si,
0.0%st
Mem: 497356k total, 472352k used, 25004k free, 21500k
buffers
Swap: 1156640k total, 257088k used, 899552k free, 60420k
cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26156 sergon 15 0 2160 1016 784 R 1 0.2 0:00.93 top
1 root 15 0 2012 616 584 S 0 0.1 0:00.98 init
2 root RT 0 0 0 0 S 0 0.0 0:00.29
migration/0
3 root 34 19 0 0 0 S 0 0.0 0:00.00
ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:00.00
watchdog/0
5 root RT 0 0 0 0 S 0 0.0 0:00.38
migration/1
...
Estando adentro de la apliación, presionando 'h' muestra una ayuda de los posibles comandos
que permiten configurar top, por ejemplo, al presionar 's' pregunta por el tiempo en segundos
de actualización, etc.
htop
similar a top, pero con mas opciones.
Monitorear Procesos
En entornos Unix existen herramientas para todos los gustos que nos ayudan a monitorear o
administrar procesos, en esta entrada nombraremos algunas aplicaciones nativas de Unix y
otras que no lo son, y que nos sirven para visualizar los procesos del sistema su pid, y otra
informacion importante.
Comando PS
Es un comando muy util y con muchas opciones, para listar los procesos que se estan
corriendo en el sistema podemos hacer lo siguiente:
ps -e
ps -A
Con cualquiera de los dos comandos anteriores podemos listar los procesos con su respectivo
PID. Si deseamos mas información como: el usuario, la carga de cpu y memoria, el tiempo y
por supuesto su nombre con la ruta del ejecutable usamos los siguientes parámetros :
ps -aux
Ahora si deseamos encontrar un proceso en específico podemos usar grep
ps -e | grep guake
Herramienta Top
Existe una herramienta un poco mas interactiva que viene por defecto en todas las
distribuciones de GNU/Linux llamada top, esta aplicación nos muestra en tiempo real toda la
información relevante de cada proceso que se esta ejecutando, para lanzarlo solo basta
escribir en consola top:
En la imagen vemos claramente alguna información importante como:
 PID
 USUARIO
 %CPU
 %MEMORIA
 NOMBRE
Herramienta Watsup
Por otra parte si no eres muy amante de la consola, watsup es la herramienta perfecta para ti,
es un monitor de procesos grafico de codigo abierto (GPL), para descargarlo puedes ir a este
enlace para instalarlo debemos seguir estos sencillos pasos:
make
make install
Para ejecutarlo simplemente escribes en una consola watsup o tecleas alt+f2 y escribes
watsup, inmediatamente nos saldrá la pantalla en la cual podemos ver los procesos actuales e
incluso matar el que nosotros deseemos:
Demonios y Temporizadores
Temporizadores
• El SO mantiene un temporizador por proceso
– El proceso activa el temporizador con alarm()
• El SO envía una señal SIGALRM al proceso cuando vence su temporizador
Procesos demonios
• Es un proceso que ejecuta:
– En background (su padre no le espera)
– No asociado a un terminal o proceso login
– Que espera que ocurra un evento
– Funciona como servior
– O que debe realizar una tarea de forma periódicas
• Características
– Se arrancan al iniciar el sistema
– No mueren
– Están normalmente en espera de evento
– No hacen el trabajo, lanzan otros procesos o procesos ligeros
• Ejemplos:Telnetd, httpd, lpd

Más contenido relacionado

La actualidad más candente

Linea de tiempo del sistema operativo Linux-Cronología.
Linea de tiempo del sistema operativo Linux-Cronología.Linea de tiempo del sistema operativo Linux-Cronología.
Linea de tiempo del sistema operativo Linux-Cronología.
JJAPULA
 
Estructura del sistema operativo linux
Estructura del sistema operativo linuxEstructura del sistema operativo linux
Estructura del sistema operativo linux
MatildeMontoyaLafragua
 
Pilas como estructura de datos..
Pilas como estructura de datos..Pilas como estructura de datos..
Pilas como estructura de datos..
NANO-06
 
GESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas OperativosGESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas Operativos
adriel91
 
Deteccion Y Recuperacion De Un Interbloqueo
Deteccion Y Recuperacion De Un InterbloqueoDeteccion Y Recuperacion De Un Interbloqueo
Deteccion Y Recuperacion De Un Interbloqueo
Tecnologico de pinotepa
 
10 distribuciones linux
10 distribuciones linux10 distribuciones linux
10 distribuciones linux
Ian Berzeker Tovar
 
Proceso de arranque de un ordenador
Proceso de arranque de un ordenadorProceso de arranque de un ordenador
Proceso de arranque de un ordenador
Jomicast
 
Programación 3: listas y conjuntos en java
Programación 3: listas y conjuntos en javaProgramación 3: listas y conjuntos en java
Programación 3: listas y conjuntos en java
Angel Vázquez Patiño
 
Interbloqueo
InterbloqueoInterbloqueo
Interbloqueo
JosefaYareni
 
Método de Búsqueda Hash
Método de Búsqueda HashMétodo de Búsqueda Hash
Método de Búsqueda Hash
Blanca Parra
 
Listas doblemente enlazadas
Listas doblemente enlazadasListas doblemente enlazadas
Listas doblemente enlazadas
DĴäîřo Lêmä
 
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWSSEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
Flakita Pinduisaca
 
Planificación por prioridad
Planificación por prioridadPlanificación por prioridad
Planificación por prioridad
GarNav
 
Gestion de memoria en Linux
Gestion de memoria en LinuxGestion de memoria en Linux
Gestion de memoria en Linux
ChriztOpher Medina
 
Procesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas OperativosProcesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas Operativos
Emmanuel Fortuna
 
Unidad 2 concepto de Programa,Proceso y Procesador
Unidad 2  concepto de Programa,Proceso y ProcesadorUnidad 2  concepto de Programa,Proceso y Procesador
Unidad 2 concepto de Programa,Proceso y Procesador
Mario Alberto Antonio Lopez
 
Interrupciones
InterrupcionesInterrupciones
Interrupciones
YESENIA CETINA
 
COLAS
COLASCOLAS
Sistemas de archivos
Sistemas de archivosSistemas de archivos
Sistemas de archivos
Manuel García Marcelli
 
Estructura de Datos Unidad - V: Métodos de Ordenamiento
Estructura de Datos Unidad - V: Métodos de OrdenamientoEstructura de Datos Unidad - V: Métodos de Ordenamiento
Estructura de Datos Unidad - V: Métodos de Ordenamiento
José Antonio Sandoval Acosta
 

La actualidad más candente (20)

Linea de tiempo del sistema operativo Linux-Cronología.
Linea de tiempo del sistema operativo Linux-Cronología.Linea de tiempo del sistema operativo Linux-Cronología.
Linea de tiempo del sistema operativo Linux-Cronología.
 
Estructura del sistema operativo linux
Estructura del sistema operativo linuxEstructura del sistema operativo linux
Estructura del sistema operativo linux
 
Pilas como estructura de datos..
Pilas como estructura de datos..Pilas como estructura de datos..
Pilas como estructura de datos..
 
GESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas OperativosGESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas Operativos
 
Deteccion Y Recuperacion De Un Interbloqueo
Deteccion Y Recuperacion De Un InterbloqueoDeteccion Y Recuperacion De Un Interbloqueo
Deteccion Y Recuperacion De Un Interbloqueo
 
10 distribuciones linux
10 distribuciones linux10 distribuciones linux
10 distribuciones linux
 
Proceso de arranque de un ordenador
Proceso de arranque de un ordenadorProceso de arranque de un ordenador
Proceso de arranque de un ordenador
 
Programación 3: listas y conjuntos en java
Programación 3: listas y conjuntos en javaProgramación 3: listas y conjuntos en java
Programación 3: listas y conjuntos en java
 
Interbloqueo
InterbloqueoInterbloqueo
Interbloqueo
 
Método de Búsqueda Hash
Método de Búsqueda HashMétodo de Búsqueda Hash
Método de Búsqueda Hash
 
Listas doblemente enlazadas
Listas doblemente enlazadasListas doblemente enlazadas
Listas doblemente enlazadas
 
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWSSEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
SEGURIDAD EN LINUX vs SEGURIDAD EN WINDOWS
 
Planificación por prioridad
Planificación por prioridadPlanificación por prioridad
Planificación por prioridad
 
Gestion de memoria en Linux
Gestion de memoria en LinuxGestion de memoria en Linux
Gestion de memoria en Linux
 
Procesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas OperativosProcesos e Hilos en los Sistemas Operativos
Procesos e Hilos en los Sistemas Operativos
 
Unidad 2 concepto de Programa,Proceso y Procesador
Unidad 2  concepto de Programa,Proceso y ProcesadorUnidad 2  concepto de Programa,Proceso y Procesador
Unidad 2 concepto de Programa,Proceso y Procesador
 
Interrupciones
InterrupcionesInterrupciones
Interrupciones
 
COLAS
COLASCOLAS
COLAS
 
Sistemas de archivos
Sistemas de archivosSistemas de archivos
Sistemas de archivos
 
Estructura de Datos Unidad - V: Métodos de Ordenamiento
Estructura de Datos Unidad - V: Métodos de OrdenamientoEstructura de Datos Unidad - V: Métodos de Ordenamiento
Estructura de Datos Unidad - V: Métodos de Ordenamiento
 

Destacado

Linux ud7 - gestion de procesos
Linux   ud7 - gestion de procesosLinux   ud7 - gestion de procesos
Linux ud7 - gestion de procesos
Javier Muñoz
 
Practica de procesos en Linux
Practica de procesos en LinuxPractica de procesos en Linux
Practica de procesos en Linux
Terrafx9
 
Practica 2 FTP
Practica 2 FTPPractica 2 FTP
Practica 2 FTP
Terrafx9
 
Sistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesosSistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesos
ChiNo Sosa Erazo
 
Linq to sql 4
Linq to sql 4Linq to sql 4
Linq to sql 4
jcfarit
 
Administración de procesos y del procesador
Administración de procesos y del procesadorAdministración de procesos y del procesador
Administración de procesos y del procesador
Fernando Camacho
 
Unidad 4: Procesos y Administracion del Procesador
Unidad 4: Procesos y Administracion del ProcesadorUnidad 4: Procesos y Administracion del Procesador
Unidad 4: Procesos y Administracion del Procesador
UPTM
 
Sistema operativo novell
Sistema operativo novellSistema operativo novell
Sistema operativo novell
Ivane Valdez
 
Sistemas de Archivos Windows
Sistemas de Archivos WindowsSistemas de Archivos Windows
Sistemas de Archivos Windows
gabrielmartinez2191
 
Los medios de enseñanza aprendizaje
Los medios de enseñanza aprendizajeLos medios de enseñanza aprendizaje
Los medios de enseñanza aprendizaje
jcfarit
 
Administración de procesos en el S.O.
Administración de procesos en el S.O.Administración de procesos en el S.O.
Administración de procesos en el S.O.
Carlos Solano
 
Sistema Operativo Linux
Sistema Operativo LinuxSistema Operativo Linux
Sistema Operativo Linux
jorge moreno
 
GESTION DE PROCESOS EN SISTEMAS OPERATIVOS
GESTION DE PROCESOS EN SISTEMAS OPERATIVOSGESTION DE PROCESOS EN SISTEMAS OPERATIVOS
GESTION DE PROCESOS EN SISTEMAS OPERATIVOS
omarhcc
 
Medios educativos
Medios educativosMedios educativos
Medios educativos
arley26
 

Destacado (14)

Linux ud7 - gestion de procesos
Linux   ud7 - gestion de procesosLinux   ud7 - gestion de procesos
Linux ud7 - gestion de procesos
 
Practica de procesos en Linux
Practica de procesos en LinuxPractica de procesos en Linux
Practica de procesos en Linux
 
Practica 2 FTP
Practica 2 FTPPractica 2 FTP
Practica 2 FTP
 
Sistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesosSistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesos
 
Linq to sql 4
Linq to sql 4Linq to sql 4
Linq to sql 4
 
Administración de procesos y del procesador
Administración de procesos y del procesadorAdministración de procesos y del procesador
Administración de procesos y del procesador
 
Unidad 4: Procesos y Administracion del Procesador
Unidad 4: Procesos y Administracion del ProcesadorUnidad 4: Procesos y Administracion del Procesador
Unidad 4: Procesos y Administracion del Procesador
 
Sistema operativo novell
Sistema operativo novellSistema operativo novell
Sistema operativo novell
 
Sistemas de Archivos Windows
Sistemas de Archivos WindowsSistemas de Archivos Windows
Sistemas de Archivos Windows
 
Los medios de enseñanza aprendizaje
Los medios de enseñanza aprendizajeLos medios de enseñanza aprendizaje
Los medios de enseñanza aprendizaje
 
Administración de procesos en el S.O.
Administración de procesos en el S.O.Administración de procesos en el S.O.
Administración de procesos en el S.O.
 
Sistema Operativo Linux
Sistema Operativo LinuxSistema Operativo Linux
Sistema Operativo Linux
 
GESTION DE PROCESOS EN SISTEMAS OPERATIVOS
GESTION DE PROCESOS EN SISTEMAS OPERATIVOSGESTION DE PROCESOS EN SISTEMAS OPERATIVOS
GESTION DE PROCESOS EN SISTEMAS OPERATIVOS
 
Medios educativos
Medios educativosMedios educativos
Medios educativos
 

Similar a Unidad 3 gestion de procesos en linux

Procesos
ProcesosProcesos
Procesos
Augusto Ríos
 
Procesos
ProcesosProcesos
Procesos
ProcesosProcesos
Procesos
JOHANNA CAMACHO
 
Curso de software03
Curso de software03Curso de software03
Curso de software03
enriqueaco
 
Tipos de procesos
Tipos de procesosTipos de procesos
Tipos de procesos
Jorge Ivan López Morales
 
27 de oct
27 de oct27 de oct
27 de oct
Blanca Palma
 
Cuestionario procesos
Cuestionario procesos Cuestionario procesos
Cuestionario procesos
Gabriel Garcia
 
27 de oct
27 de oct27 de oct
Tarea 3 actividad individual
Tarea 3 actividad individualTarea 3 actividad individual
Tarea 3 actividad individual
AngelicaMaria99
 
acti27 de oct
acti27 de octacti27 de oct
acti27 de oct
Blanca Palma
 
Tarea 3_individual_Nelis Rivero
Tarea 3_individual_Nelis RiveroTarea 3_individual_Nelis Rivero
Tarea 3_individual_Nelis Rivero
NelisRivero
 
Procesos sistema computacional UNIX
Procesos sistema computacional UNIXProcesos sistema computacional UNIX
Procesos sistema computacional UNIX
Cristian García Cambero
 
Procesos concurrencia
Procesos  concurrenciaProcesos  concurrencia
Procesos concurrencia
puracastillo
 
Manual de hacking basico por taskkill#3
Manual de hacking basico por taskkill#3Manual de hacking basico por taskkill#3
Manual de hacking basico por taskkill#3
Brat Stell
 
Guía practica procesos parte1
Guía practica procesos parte1Guía practica procesos parte1
Guía practica procesos parte1
Vifredo Gomez
 
Procesos
ProcesosProcesos
Procesos
Rurik Cabeza
 
Procesos - SOII - 2016
Procesos - SOII - 2016Procesos - SOII - 2016
Procesos - SOII - 2016
Pablo Macon
 
Semana 10 administracion de procesos
Semana 10 administracion de procesosSemana 10 administracion de procesos
Semana 10 administracion de procesos
victdiazm
 
Curso básico linux
Curso básico linuxCurso básico linux
Curso básico linux
Miguel Esquivel
 
Portafolio 2
Portafolio 2Portafolio 2
Portafolio 2
informaticosdel33
 

Similar a Unidad 3 gestion de procesos en linux (20)

Procesos
ProcesosProcesos
Procesos
 
Procesos
ProcesosProcesos
Procesos
 
Procesos
ProcesosProcesos
Procesos
 
Curso de software03
Curso de software03Curso de software03
Curso de software03
 
Tipos de procesos
Tipos de procesosTipos de procesos
Tipos de procesos
 
27 de oct
27 de oct27 de oct
27 de oct
 
Cuestionario procesos
Cuestionario procesos Cuestionario procesos
Cuestionario procesos
 
27 de oct
27 de oct27 de oct
27 de oct
 
Tarea 3 actividad individual
Tarea 3 actividad individualTarea 3 actividad individual
Tarea 3 actividad individual
 
acti27 de oct
acti27 de octacti27 de oct
acti27 de oct
 
Tarea 3_individual_Nelis Rivero
Tarea 3_individual_Nelis RiveroTarea 3_individual_Nelis Rivero
Tarea 3_individual_Nelis Rivero
 
Procesos sistema computacional UNIX
Procesos sistema computacional UNIXProcesos sistema computacional UNIX
Procesos sistema computacional UNIX
 
Procesos concurrencia
Procesos  concurrenciaProcesos  concurrencia
Procesos concurrencia
 
Manual de hacking basico por taskkill#3
Manual de hacking basico por taskkill#3Manual de hacking basico por taskkill#3
Manual de hacking basico por taskkill#3
 
Guía practica procesos parte1
Guía practica procesos parte1Guía practica procesos parte1
Guía practica procesos parte1
 
Procesos
ProcesosProcesos
Procesos
 
Procesos - SOII - 2016
Procesos - SOII - 2016Procesos - SOII - 2016
Procesos - SOII - 2016
 
Semana 10 administracion de procesos
Semana 10 administracion de procesosSemana 10 administracion de procesos
Semana 10 administracion de procesos
 
Curso básico linux
Curso básico linuxCurso básico linux
Curso básico linux
 
Portafolio 2
Portafolio 2Portafolio 2
Portafolio 2
 

Más de jcfarit

Conceptos basicos de telefonia
Conceptos basicos de telefoniaConceptos basicos de telefonia
Conceptos basicos de telefonia
jcfarit
 
Manual de usuario Ruani
Manual de usuario RuaniManual de usuario Ruani
Manual de usuario Ruani
jcfarit
 
Arquitectura General del Sistema Operativo Linux
Arquitectura General del Sistema Operativo LinuxArquitectura General del Sistema Operativo Linux
Arquitectura General del Sistema Operativo Linux
jcfarit
 
Linq to sql 9
Linq to sql 9Linq to sql 9
Linq to sql 9
jcfarit
 
Linq to sql 8
Linq to sql 8Linq to sql 8
Linq to sql 8
jcfarit
 
Linq to sql 7
Linq to sql 7Linq to sql 7
Linq to sql 7
jcfarit
 
Linq to sql 6
Linq to sql 6Linq to sql 6
Linq to sql 6
jcfarit
 
Linq to sql 5
Linq to sql 5Linq to sql 5
Linq to sql 5
jcfarit
 
Linq to sql 3
Linq to sql 3Linq to sql 3
Linq to sql 3
jcfarit
 
Linq to sql 2
Linq to sql 2Linq to sql 2
Linq to sql 2
jcfarit
 
Ejemplo Linq To SQL
Ejemplo Linq To SQLEjemplo Linq To SQL
Ejemplo Linq To SQL
jcfarit
 
ISO 27001 -6
ISO 27001 -6ISO 27001 -6
ISO 27001 -6
jcfarit
 
ISO 27001 - 5
ISO 27001 - 5ISO 27001 - 5
ISO 27001 - 5
jcfarit
 
ISO 27001 4
ISO 27001 4ISO 27001 4
ISO 27001 4
jcfarit
 
ISO 27001 -3
ISO 27001 -3 ISO 27001 -3
ISO 27001 -3
jcfarit
 
ISO 27001
ISO 27001ISO 27001
ISO 27001
jcfarit
 
ISO 27001
ISO 27001ISO 27001
ISO 27001
jcfarit
 
Curso ubuntuimprimible
Curso ubuntuimprimibleCurso ubuntuimprimible
Curso ubuntuimprimible
jcfarit
 
Curso ubuntu1extraimprimible
Curso ubuntu1extraimprimibleCurso ubuntu1extraimprimible
Curso ubuntu1extraimprimible
jcfarit
 
Autentificación-Firma Digital
Autentificación-Firma DigitalAutentificación-Firma Digital
Autentificación-Firma Digital
jcfarit
 

Más de jcfarit (20)

Conceptos basicos de telefonia
Conceptos basicos de telefoniaConceptos basicos de telefonia
Conceptos basicos de telefonia
 
Manual de usuario Ruani
Manual de usuario RuaniManual de usuario Ruani
Manual de usuario Ruani
 
Arquitectura General del Sistema Operativo Linux
Arquitectura General del Sistema Operativo LinuxArquitectura General del Sistema Operativo Linux
Arquitectura General del Sistema Operativo Linux
 
Linq to sql 9
Linq to sql 9Linq to sql 9
Linq to sql 9
 
Linq to sql 8
Linq to sql 8Linq to sql 8
Linq to sql 8
 
Linq to sql 7
Linq to sql 7Linq to sql 7
Linq to sql 7
 
Linq to sql 6
Linq to sql 6Linq to sql 6
Linq to sql 6
 
Linq to sql 5
Linq to sql 5Linq to sql 5
Linq to sql 5
 
Linq to sql 3
Linq to sql 3Linq to sql 3
Linq to sql 3
 
Linq to sql 2
Linq to sql 2Linq to sql 2
Linq to sql 2
 
Ejemplo Linq To SQL
Ejemplo Linq To SQLEjemplo Linq To SQL
Ejemplo Linq To SQL
 
ISO 27001 -6
ISO 27001 -6ISO 27001 -6
ISO 27001 -6
 
ISO 27001 - 5
ISO 27001 - 5ISO 27001 - 5
ISO 27001 - 5
 
ISO 27001 4
ISO 27001 4ISO 27001 4
ISO 27001 4
 
ISO 27001 -3
ISO 27001 -3 ISO 27001 -3
ISO 27001 -3
 
ISO 27001
ISO 27001ISO 27001
ISO 27001
 
ISO 27001
ISO 27001ISO 27001
ISO 27001
 
Curso ubuntuimprimible
Curso ubuntuimprimibleCurso ubuntuimprimible
Curso ubuntuimprimible
 
Curso ubuntu1extraimprimible
Curso ubuntu1extraimprimibleCurso ubuntu1extraimprimible
Curso ubuntu1extraimprimible
 
Autentificación-Firma Digital
Autentificación-Firma DigitalAutentificación-Firma Digital
Autentificación-Firma Digital
 

Unidad 3 gestion de procesos en linux

  • 1. UNIDAD 3. GESTION DE PROCESOS EN LINUX La más simple definición de un proceso podría ser que es una instancia de un programa en ejecución (corriendo). A los procesos frecuentemente se les refiere como tareas. El contexto de un programa que esta en ejecución es lo que se llama un proceso. Este contexto puede ser mas procesos hijos que se hayan generado del principal (proceso padre), los recursos del sistema que este consumiendo, sus atributos de seguridad (tales como su propietario y permisos de archivos así como roles y demás de SELinux), etc. Linux, como se sabe, es un sistema operativo multitarea y multiusuario. Esto quiere decir que múltiples procesos pueden operar simultáneamente sin interferirse unos con los otros. Cada proceso tiene la "ilusión" que es el único proceso en el sistema y que tiene acceso exclusivo a todos los servicios del sistema operativo. Programas y procesos son entidades distintas. En un sistema operativo multitarea, múltiples instancias de un programa pueden ejecutarse simultáneamente. Cada instancia es un proceso separado. Por ejemplo, si cinco usuarios desde equipos diferentes, ejecutan el mismo programa al mismo tiempo, habría cinco instancias del mismo programa, es decir, cinco procesos distintos. Cada proceso que se inicia es referenciado con un número de identificación único conocido como Process ID PID, que es siempre un entero positivo. Prácticamente todo lo que se está ejecutando en el sistema en cualquier momento es un proceso, incluyendo el shell, el ambiente gráfico que puede tener múltiples procesos, etc. La excepción a lo anterior es el kernel en si, el cual es un conjunto de rutinas que residen en memoria y a los cuales los procesos a través de llamadas al sistema pueden tener acceso. Primer y segundo plano Cualquier proceso puede estar en primer o segundo plano. Lo único a tener en cuenta es que solo un proceso estará en primer plano al mismo tiempo y es con el que estemos trabajando e interactuando en ese momento. Un proceso que este en segundo plano no recibirá ninguna señal de parte nuestra, es decir que no nos podemos comunicar con él a través, por ejemplo, del teclado. La utilidad de enviar un programa a segundo plano esta dada por el hecho de que existen tareas que no requieren de nuestro control para que se ejecuten. Por ejemplo, bajar algún archivo de Internet, compilar el kernel u otro programa. Estas son tareas que pueden ser lanzadas tranquilamente en segundo plano. Para lanzar un proceso en segundo plano, tendremos que poner a continuación del comando el símbolo &. Para ejemplificar esto usaremos el comando find y dejaremos que busque todos los archivos que existen en el disco [shrek@pantano:~]$ find / -name "*" Esto nos mostraría una lista bastante larga de archivos por pantalla y nos quedaríamos sin el control del intérprete de comandos mientras esta ejecutándose. Podríamos usar el dispositivo null, que si recuerdan era como un agujero negro donde todo lo que se enviaba a él desaparecía, para redirigir la salida y que no saliera por pantalla [shrek@pantano~]$ find / -name "*" > /dev/null
  • 2. Igualmente así no contaríamos con la atención de nuestro interprete de comandos hasta que terminara el trabajo el comando find. La forma de tener la atención del shell inmediatamente después de lanzar el proceso find es enviándolo en segundo plano [shrek@pantano:~]$ find / -name "*" > /dev/null & [1] 192 [shrek@pantano:~]$ Como se aprecia, regresó de inmediato al shell, pero antes envió un mensaje a la terminal. El [1] representa a un número de trabajo que el shell asigna a cada uno de los procesos que pasa a segundo plano. Inmediatamente después vemos el número de PID del proceso. Podremos identificar al proceso por cualquiera de los dos números mientras se encuentre en segundo plano. Para ver cuantos trabajos están ejecutándose en este momento podemos usar el comando jobs. [shrek@pantano:~]$ jobs [1]+ Running find / -name "*" >/dev/null & [shrek@pantano:~]$ Podremos eliminar un proceso que se esta ejecutando con la ayuda del comando kill seguido bien sea del número de trabajo precedido de un signo % o del número de PID. De esta forma estamos matando al proceso pero puede darse el caso de que este tarde en desaparecer dado que tiene que limpiar el entorno, por esto muchas veces parecerá que no nos a hecho caso. En realidad el proceso esta haciendo una limpieza del sistema evitando así el mal funcionamiento del mismo y/o una inconsistencia en los datos con que trabajaba. Como ejemplo usaremos otro comando muy típico, el comando yes. Este comando enviará a la salida estándar continuamente la letra y. Sirve este comando para que en caso de que se requiera contestar afirmativamente a las peticiones de un programa pudiéremos mediante una redirección contestarle con un y a cada pregunta. Si lo ejecutáramos sin redirigir la salida a /dev/null, nos llenaría la pantalla con una columna infinita de y. Por esto lo enviaremos a segundo plano redirigiendo la salida y luego lo mataremos con el comando kill. [shrek@pantano:~]$ yes > /dev/null & [1] 201 [shrek@pantano:~]$ kill %1 [shrek@pantano:~]$ jobs [1]+ Terminated yes > /dev/null & [shrek@pantano:~]$ Como podrán ver, en el momento en que se mando el comando kill, no hubo ningún mensaje. Solo después de ejecutar el comando jobs se nos informo que el trabajo número 1 había finalizado (TERMINATED). Podemos también hacer lo mismo empleando el número de PID con lo que obtendremos idénticos resultados. [shrek@pantano:~]$ kill 201 Esquema de ejecución, Tipos de procesos en Linux: Child, daemon, orphan y zombie Los procesos son algo fundamental en un sistema operativo. Casi todas las actividades de un sistema hacen uso de procesos para llevar a cabo sus tareas. De hecho gracias a los procesos el sistema operativo está "operativo", es decir, funcionando correctamente y por un gran puñado
  • 3. de ellos el mismo nos tiene disponible de forma instantánea los recursos físicos (hardware) de nuestra computadora. Es muy probable que al utilizar el comando top para visualizar los procesos activos del sistemas te hayas fijado que en la parte superior hay una línea que dice cuántos procesos en total hay en ejecución, cuántos están dormidos (sleeping), detenidos (stopped) y zombie. Estas denominaciones hacen referencia a los estados de dichos procesos en un momento determinado. A continuación describiremos los diferentes procesos por su tipo o estado. Child (hijos) Son procesos creados por otro proceso durante su ejecución. Usualmente los procesos child son creados para ejecutar un binario desde un proceso existente, con la llamada del sistema fork(). Los procesos normalmente son creados para ejecutarse a través de un shell o terminal. En dicho caso el shell se convierte en proceso padre y el proceso ejecutado se convierte en hijo. En sistemas tipo Unix/Linux cada proceso tiene un padre excepto el proceso init. Daemon (demonios) Son tipos especiales de procesos que se ejecutan en segundo plano y están relacionados con el sistema operativo y no tienen shell asociado. Estos corren con permisos de root y usualmente proveen servicios. El no tener shell asociado se logra separando el proceso del shell, creando un proceso nuevo y terminando el proceso padre (el shell que lo inició). Desde el momento en que su proceso padre es terminado el proceso de hace independiente (ya no es más un proceso child) y es tomado por el proceso init el cual lo convierte en un daemon. Orphan (huérfanos) Usualmente un proceso crea un proceso hijo (child) y cuando el proceso hijo termina una señal es emitida al proceso padre para que pueda hacer todo lo requerido cuando el proceso hijo es terminado. Pero hay situaciones en las que los procesos padres son matados (killed). En dicho caso el proceso hijo queda huérfano y entonces es tomado por el proceso init. Aun así el
  • 4. proceso cuyo padre fue matado sigue siendo llamado huérfano ya que su padre original no existe. Zombie Cuando un proceso child o hijo es terminado o es completada su ejecución, luego su entrada en la tabla de procesos se mantiene hasta que el proceso padre obtenga la información del estado del proceso hijo terminado. Hasta entonces el proceso terminado entra en estado zombie y es conocido como proceso zombie. Cuando un proceso es terminado toda la memoria y recursos asociados con dicho proceso son liberados pero la entrada del mismo en la tabla de procesos aún existe. Una seña SIGCHILD es enviada al proceso padre (ha sido terminado). Comúnmente el manejador de esta señal en el proceso padre ejecuta una llamada de espera que obtiene el estado de salida del proceso terminado y entonces la entrada del proceso zombie es borrada de la tabla de procesos. COMUNICACIÓN Y SINCRONIZACIÓN ENTRE PROCESOS EN LINUX Pipes • Son el mecanismo más antiguo de IPC y lo proveen todos los sistemas Unix • Proveen canal unidireccional para flujo de datos entre dos procesos • Sólo puede ser usado entre procesos con un antecesor común que crea la pipe (heredando descriptores comunes). Redireccionamiento de una Pipe a la E/S Estándar • Necesario cuando procesos se conectan a través de la E y S estándar.
  • 5. • Conexión puede ser controlada por un proceso sin modificar el código de programa. • Para hacerlo hay que cerrar el descriptor de STDIN o STDOUT y llamar a dup o dup2 FIFO o Pipe con Nombre • Similares a una pipe, pero permiten conectar procesos que no tienen ancestro común que creó la pipe. • Usa la estructura de nombres del sistema de archivos • Existen en el directorio como un archivo especial de tipo FIFO. Función: mkfifo • Funciona similar la creación de un archivo con creat • mode tiene igual función que en la función open • Está sujeta al mismo sistema de control de acceso que un archivo (usuario y grupo dueño). • FIFO creado con mkfifo puede ser luego abierto por cualquier proceso que tenga el permiso Sistema de IPC de System V - Semáforos y Memoria Compartida • Semáforo. Usado para sincronizar los procesos. • Segmento de memoria compartida. Permite que diferentes procesos mapean un mismo segmento a su espacio de memoria. • Cola de mensajes. Permite que procesos en una máquina puedan enviar y recibir mensajes (no lo veremos en el curso). Identificadores y Claves • Cada objeto de IPC está asociado a una estructura en el kernel que se referencia internamente por un número entero no negativo denominado identificador. • El identificador puede cualquier número • Al crear un objeto, se debe especificar una clave de tipo key_t.que se convierte por el kernel en el identificador para referenciar al objeto. • Procesos que comparten un objeto deben conocer la clave o identificador. Asignación de Clave • Un objeto se crea normalmente por el servidor usando función XXXget. o Si clave es IPC_PRIVATE, el sistema crea un nuevo objeto usando un identificador libre. o Si se usa otro valor para clave, entonces se crea si esa clave no está asociada con objeto existente. • Función de creación devuelve el identificador del objeto, usado referenciarlo en otras funciones. o Si existe se produce un error. Concepto de Semáforo • Corresponde a un contador para control el acceso a un objeto de datos compartido • En el acceso se verifica el valor del semáforo o Si es positivo, se decrementa y retorna la función (operación P) o Sino lo es, bloquea al proceso
  • 6. • Al salir el semáforo se incrementa. Si existe un proceso bloqueado se despierta uno de ellos. Memoria Compartida • Permite compartir una región de memoria entre dos o más procesos. • Es la forma de IPC más rápida • Es necesario sincronizar el acceso para mantener la consistencia de los datos (normalmente se usan semáforos) Comandos para la Gestión de procesos ps El comando ps es el que permite informar sobre el estado de los procesos. ps esta basado en el sistema de archivos /proc, es decir, lee directamente la información de los archivos que se encuentran en este directorio. Tiene una gran cantidad de opciones, incluso estas opciones varían dependiendo del estilo en que se use el comando. Estas variaciones sobre el uso de ps son las siguientes: • Estilo UNIX, donde las opciones van precedidas por un guión - • Estilo BSD, donde las opciones no llevan guión • Estilo GNU, donde se utilizan nombres de opciones largas y van precedidas por doble guión -- Sea cual sea el estilo utilizado, dependiendo de las opciones indicadas, varias columnas se mostrarán en el listado de procesos que resulte, estas columnas pueden ser entre muchas otras, las siguientes (y principales): p o PID Process ID, número único o de identificación del proceso. P o PPID Parent Process ID, padre del proceso U o UID User ID, usuario propietario del proceso t o TT o TTY Terminal asociada al proceso, si no hay terminal aparece entonces un '?' T o TIME Tiempo de uso de cpu acumulado por el proceso c o CMD El nombre del programa o camndo que inició el proceso RSS Resident Sise, tamaño de la parte residente en memoria en kilobytes SZ o SIZE Tamaño virtual de la imagen del proceso NI Nice, valor nice (prioridad) del proceso, un número positivo significa menos tiempo de procesador y negativo más tiempo (-19 a 19)
  • 7. C o PCPU Porcentaje de cpu utilizado por el proceso STIME Starting Time, hora de inicio del proceso S o STAT Status del proceso, estos pueden ser los siguientes R runnable, en ejecución, corriendo o ejecutándose S sleeping, proceso en ejecución pero sin actividad por el momento, o esperando por algún evento para continuar T sTopped, proceso detenido totalmente, pero puede ser reiniciado Z zombie, difunto, proceso que por alguna razón no terminó de manera correcta, no debe haber procesos zombies D uninterruptible sleep, son procesos generalmente asociados a acciones de IO del sistema X dead, muerto, proceso terminado pero que sigue apareciendo, igual que los Z no deberían verse nunca Las opciones completas de ps las encuentras en las páginas del manual (man ps), o escribiendo en la terminal ps L, y para ver un resumen de sus opciones más comunes usa ps --help: #> ps --help ********* simple selection ********* ********* selection by list ********* -A all processes -C by command name -N negate selection -G by real group ID (supports names) -a all w/ tty except session leaders -U by real user ID (supports names) -d all except session leaders -g by session OR by effective group name -e all processes -p by process ID T all processes on this terminal -s processes in the sessions given a all w/ tty, including other users -t by tty g OBSOLETE -- DO NOT USE -u by effective user ID (supports names) r only running processes U processes for specified users x processes w/o controlling ttys t by tty *********** output format ********** *********** long options *********** -o,o user-defined -f full --Group --User --pid --cols -- ppid -j,j job control s signal --group --user --sid --rows -- info -O,O preloaded -o v virtual memory --cumulative --format --deselect -l,l long u user-oriented --sort --tty --forest --version -F extra full X registers --heading --no-heading --context ********* misc options ********* -V,V show version L list format codes f ASCII art forest
  • 8. -m,m,-L,-T,H threads S children in sum -y change -l format -M,Z security data c true command name -c scheduling class -w,w wide output n numeric WCHAN,UID -H process hierarchy A continuación algunos cuantos ejemplos de ps con la salida recortada. ># ps -e (-e muestra todos los procesos) PID TTY TIME CMD 1 ? 00:00:01 init 2 ? 00:00:00 kthreadd 3 ? 00:00:00 migration/0 4 ? 00:00:00 ksoftirqd/0 #> ps -ef (-f muestra opciones completas) UID PID PPID C STIME TTY TIME CMD root 1 0 0 10:12 ? 00:00:01 init [5] root 2 0 0 10:12 ? 00:00:00 [kthreadd] ... root 6130 5662 0 10:24 pts/0 00:00:00 su - root 6134 6130 0 10:24 pts/0 00:00:00 -bash sergon 6343 5604 0 10:28 ? 00:00:00 kio_file [kdeinit] file /home/sergon/tmp/ksocket-sergon/kl root 6475 6134 0 10:38 pts/0 00:00:00 ps -ef #> ps -eF (-F muestra opciones completas extra) UID PID PPID C SZ RSS PSR STIME TTY TIME CMD root 1 0 0 412 556 1 16:59 ? 00:00:01 init [5] root 2 0 0 0 0 1 16:59 ? 00:00:00 [kthreadd] sergon 8326 8321 0 902 1272 0 17:07 ? 00:00:00 /bin/sh /usr/lib/firefox-2.0.0.8/run-mozilla.sh /usr/lib/f sergon 8331 8326 4 53856 62604 0 17:07 ? 00:00:50 /usr/lib/firefox-2.0.0.8/mozilla-firefox-bin sergon 8570 7726 2 15211 37948 0 17:17 ? 00:00:10 quanta #> ps ax (formato BSD sin guión, a muestra todos, x sin mostrar tty) PID TTY STAT TIME COMMAND 1 ? Ss 0:01 init [5] 2 ? S< 0:00 [kthreadd] 3 ? S< 0:00 [migration/0] 4 ? S< 0:00 [ksoftirqd/0] #> ps aux (formato BSD sin guión, u muestra usuarios y demás columnas) USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 1648 556 ? Ss 16:59 0:01 init [5] root 2 0.0 0.0 0 0 ? S< 16:59 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? S< 16:59 0:00 [migration/0] root 4 0.0 0.0 0 0 ? S< 16:59 0:00 [ksoftirqd/0] root 5 0.0 0.0 0 0 ? S< 16:59 0:00 [migration/1] #> ps -eo user,pid,tty (-o output personalizado, se indican los campos separados por coma, ver ps --help o ps L) USER PID TT
  • 9. root 1 ? root 2 ? sergon 8570 tty 1 root 8876 pts/1 #> ps -eH (muestra árbol de procesos) #> ps axf (lo mismo en formato BSD) #> ps -ec (el comando que se esta ejecutando, sin la ruta, solo el nombre real) #> ps -el (muestra formato largo de varias columnas, muy práctico) #> ps L (No muestra procesos, lista todos los códigos de formatos) pstree Muestra los procesos en forma de árbol, pstree --help te da las opciones más comunes. Recomiendo uses lo uses con la opción -A y -G para que te un árbol con líneas con líneas estilo ASCII y de terminal VT100 respectivamente, puedes añadir también -u para mostrar entre paréntesis al usuario propietario del proceso: #> pstree -AGu init---acpid |-atd(daemon) |-automount----2*[{automount}] |-avahi-daemon(avahi) |-beagled(sergon)----7*[{beagled}] |-beagled-helper(sergio)----3*[{beagled-helper}] |-compiz(sergon)----kde-window-deco |-console-kit-dae----61*[{console-kit-dae}] |-crond |-dbus-daemon(messagebus) |-dbus-daemon(sergio) |-dbus-launch(sergio) |-dcopserver(sergio) |-dhclient |-gam_server(sergio) |-gconfd-2(sergio) |-hald(haldaemon)----hald-runner(root)----hald-addon- acpi(haldaemon) | |-hald-addon-cpuf | |-hald-addon-inpu | |-hald-addon-stor |-httpd---8*[httpd(apache)] |-2*[ifplugd] |-ipw3945d |-kaccess(sergio) ... kill El comando kill, que literalmente quiere decir matar, sirve no solo para matar o terminar procesos sino principalmente para enviar señales (signals) a los procesos. La señal por default (cuando no se indica ninguna es terminar o matar el proceso), y la sintaxis es kill PID, siendo PID el número de ID del proceso. Asi por ejemplo, es posible enviar una señal de STOP al proceso y se detendrá su ejecución, después cuando se quiera mandar una señal de CONTinuar y el proceso continuara desde donde se quedo.
  • 10. #> kill -l (lista todas las posibles señales que pueden enviarse a un proceso) 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1 64) SIGRTMAX La lista previa presenta una lista de todas las posibles señales que pueden mandarse a un proceso y estas pueden ser invocadas a través del número de la señal o de su código, por ejemplo: #> kill -9 11428 (termina, mata un proceso completamente) #> kill -SIGKILL 11428 (Lo mismo que lo anterior) Las señales más comunes son la 19 y 20 que detienen momentáneamente la ejecución de un proceso o programa, 18 la continua, 1 que es la señal de hang up que obliga al proceso a releer sus archivos de configuración estando en ejecución y 9 que termina rotundamente un proceso. killall El comando killall, que funciona de manera similar a kill, pero con la diferencia de en vez de indicar un PID se indica el nombre del programa, lo que afectará a todos los procesos que tengan ese nombre. Asi por ejemplo si se tienen varias instancias ejecutándose del proxy server squid, con killall squid eliminará todos los procesos que se esten ejecutando con el nombre 'squid' #> killall -l (lista de posibles señales) #> killall -HUP httpd (manda una señal de "colgar", detenerse releer sus archivos de configuración y reiniciar) #> killall -KILL -i squid (manda señal de matar a todos los procesos squid pero pide confirmación en cada uno) nice Permite cambiar la prioridad de un proceso. Por defecto, todos los procesos tienen una prioridad igual ante el CPU que es de 0. Con nice es posible iniciar un programa (proceso) con la prioridad modificada, más alta o más baja según se requiera. Las prioridades van de -20 (la más alta) a 19 la más baja. Solo root o el superusuario puede establecer prioridades negativas que son más altas. Con la opción -l de ps es posible observar la columna NI que muestra este valor. #> nice (sin argumentos, devuelve la prioridad por defecto )
  • 11. 0 #> nice -n -5 comando (inicia comando con una prioridad de -5, lo que le da más tiempo de cpu) renice Asi como nice establece la prioridad de un proceso cuando se incia su ejecución, renice permite alterarla en tiempo real, sin necesidad de detener el proceso. #> nice -n -5 yes (se ejecuta el programa 'yes' con prioridad -5) (dejar ejecutando 'yes' y en otra terminal se analiza con 'ps') #> ps -el F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 S 0 12826 12208 4 75 -5 - 708 write_ pts/2 00:00:00 yes #> renice 7 12826 12826: prioridad antigua -5, nueva prioridad 7 #> ps -el F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 S 0 12826 12208 4 87 7 - 708 write_ pts/2 00:00:15 yes (obsérvese el campo NI en el primer caso en -5, y en el segundo con renice quedó en 7, en tiempo real) nohup y & Cuando se trata ejecutar procesos en background (segundo plano) se utiliza el comando nohup o el operador & . Aunque realizan una función similar, no son lo mismo. Si se desea liberar la terminal de un programa que se espera durará un tiempo considerable ejecutándose, entonces se usa . Esto funciona mejor cuando el resultado del proceso no es necesario mandarlo a la salida estándar (stdin), como por ejemplo cuando se ejecuta un respaldo o se abre un programa Xwindow desde la consola o terminal. Para lograr esto basta con escribir el comando en cuestión y agregar al final el símbolo & (ampersand). $> yes > /dev/null & $> tar czf respaldo /documentos/* > /dev/null/ & $> konqueror & (con estos ejemplos se ejecuta el comando y se libera la terminal regresando el prompt) Sin embargo lo anterior produce que el padre del proceso PPID que se invocó sea el proceso de la terminal en si, por lo que si cerramos la terminal o salimos de la sesión también se terminaran los procesos hijos que dependan de la terminal, no muy conveniente si se desea que el proceso continué en ejecución. Para solucionar lo anterior, entonces se usa el comando nohup que permite al igual que '&' mandar el proceso y background y que este quede inmune a los hangups (de ahí su nombre nohup) que es cuando se cuelga o termina la terminal o consola de la cual se ejecutó el proceso. $> nohup yes > /dev/null & $> nohup czf respaldo /documentos/* > /dev/null/ $> nohup konqueror Asi se evita que el proceso se "cuelgue" al cerrar la consola.
  • 12. jobs Si por ejemplo, se tiene acceso a una única consola o terminal, y se tienen que ejecutar varios comandos que se ejecutarán por largo tiempo, se pueden entonces como ya se vió previamente con nohup y el operador '&' mandarlos a segundo plano o background con el objeto de liberar la terminal y continuar trabajando. Pero si solo se está en una terminal esto puede ser difícil de controlar, y para eos tenemos el comando jobs que lista los procesos actuales en ejecución: #> yes > /dev/null & [1] 26837 #> ls -laR > archivos.txt & [2] 26854 #> jobs [1]- Running yes >/dev/null & [2]+ Running ls --color=tty -laR / >archivos.txt & En el ejemplo previo, se ejecutó el comando yes y se envió a background (&) y el sistema devolvió [1] 26837, indicando asi que se trata del trabajo o de la tarea [1] y su PID, lo mismo con la segunda tarea que es un listado recursivo desde la raíz y enviado a un archivo, esta es la segunda tarea. Con los comandos fg (foreground) y bg background es posible manipular procesos que esten suspendidos temporalmente, ya sea porque se les envió una señal de suspensión como STOP (20) o porque al estarlos ejecutando se presionó ctrl-Z. Entonces para reanudar su ejecución en primer plano usaríamos fg: #> jobs [1]- Stopped yes >/dev/null & [2]+ Stopped ls --color=tty -laR / >archivos.txt & #> fg %1 #> jobs [1]+ Running yes >/dev/null & [2]- Stopped ls --color=tty -laR / >archivos.txt & Obsérvese como al traer en primer plano al 'job' o proceso 1, este adquirió el símbolo [+] que indica que esta al frente. Lo mismo sería con bg que volvería a reinicar el proceso pero en segundo plano. Y también es posible matar los procesos con kill indicando el número que devuelve jobs: kill %1, terminaría con el proceso en jobs número 1. top Una utilería muy usada y muy útil para el monitoreo en tiempo real del estado de los procesos y de otras variantes del sistema es el programa llamado top, se ejecuta desde la línea de comandos, es interactivo y por defecto se actualiza cada 3 segundos. $> top top - 13:07:30 up 8 days, 6:44, 4 users, load average: 0.11, 0.08, 0.08 Tasks: 133 total, 1 running, 131 sleeping, 0 stopped, 1 zombie Cpu(s): 0.0%us, 0.2%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 497356k total, 472352k used, 25004k free, 21500k buffers
  • 13. Swap: 1156640k total, 257088k used, 899552k free, 60420k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26156 sergon 15 0 2160 1016 784 R 1 0.2 0:00.93 top 1 root 15 0 2012 616 584 S 0 0.1 0:00.98 init 2 root RT 0 0 0 0 S 0 0.0 0:00.29 migration/0 3 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0 4 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0 5 root RT 0 0 0 0 S 0 0.0 0:00.38 migration/1 ... Estando adentro de la apliación, presionando 'h' muestra una ayuda de los posibles comandos que permiten configurar top, por ejemplo, al presionar 's' pregunta por el tiempo en segundos de actualización, etc. htop similar a top, pero con mas opciones. Monitorear Procesos En entornos Unix existen herramientas para todos los gustos que nos ayudan a monitorear o administrar procesos, en esta entrada nombraremos algunas aplicaciones nativas de Unix y otras que no lo son, y que nos sirven para visualizar los procesos del sistema su pid, y otra informacion importante. Comando PS Es un comando muy util y con muchas opciones, para listar los procesos que se estan corriendo en el sistema podemos hacer lo siguiente: ps -e ps -A Con cualquiera de los dos comandos anteriores podemos listar los procesos con su respectivo PID. Si deseamos mas información como: el usuario, la carga de cpu y memoria, el tiempo y por supuesto su nombre con la ruta del ejecutable usamos los siguientes parámetros : ps -aux Ahora si deseamos encontrar un proceso en específico podemos usar grep ps -e | grep guake Herramienta Top Existe una herramienta un poco mas interactiva que viene por defecto en todas las distribuciones de GNU/Linux llamada top, esta aplicación nos muestra en tiempo real toda la información relevante de cada proceso que se esta ejecutando, para lanzarlo solo basta escribir en consola top:
  • 14. En la imagen vemos claramente alguna información importante como:  PID  USUARIO  %CPU  %MEMORIA  NOMBRE Herramienta Watsup Por otra parte si no eres muy amante de la consola, watsup es la herramienta perfecta para ti, es un monitor de procesos grafico de codigo abierto (GPL), para descargarlo puedes ir a este enlace para instalarlo debemos seguir estos sencillos pasos: make make install Para ejecutarlo simplemente escribes en una consola watsup o tecleas alt+f2 y escribes watsup, inmediatamente nos saldrá la pantalla en la cual podemos ver los procesos actuales e incluso matar el que nosotros deseemos: Demonios y Temporizadores Temporizadores • El SO mantiene un temporizador por proceso – El proceso activa el temporizador con alarm() • El SO envía una señal SIGALRM al proceso cuando vence su temporizador Procesos demonios • Es un proceso que ejecuta: – En background (su padre no le espera) – No asociado a un terminal o proceso login – Que espera que ocurra un evento – Funciona como servior – O que debe realizar una tarea de forma periódicas • Características – Se arrancan al iniciar el sistema
  • 15. – No mueren – Están normalmente en espera de evento – No hacen el trabajo, lanzan otros procesos o procesos ligeros • Ejemplos:Telnetd, httpd, lpd