1 Cada programa que ejecuta el ordenador es un proceso. El S.O. puede ejecutar varios procesos asignando pequeñas fracciones de tiempo a cada uno de forma que parece que todos funcionan simultáneamente. Algunos procesos pueden estar “congelados” de forma que se le dedica el tiempo a aquellos procesos que realmente necesitan “tiempo”. Procesos (I)
2 Un proceso puede “crear” otro proceso. Relación padre-hijo Init es el proceso padre de todos. A cada proceso se le asigna un número (PID) process ID Un “daemon” (demonio) es un proceso residente que generalmente está a la espera de realizar alguna función. Ej: lpd es el “daemon” de impresión. Procesos (II)
3
Si un proceso “padre” muere, también desaparecerán sus procesos hijos. Esto puede evitarse con nohup comando & En este caso es el “abuelo” que hará las veces de padre. Procesos (III)
4 Es importante que una máquina UNIX disponga de mucha memoria RAM, para tratar de tener la mayor cantidad de información en RAM, incluidos los procesos en ejecución. UNIX permite memoria virtual. Es útil pero puede ralentizar considerablemente un proceso (xosview) Procesos (IV)
5
En ejecución (Running) Dormidos (Sleeping) En espera de Entrada/Salida (Waiting) Zombies (Z) Estados posibles de procesos
6 Planificación del procesos El S.O. planifica en función de: La prioridad del proceso Los requisitos de CPU en instantes anteriores Si se pueden suspender un proceso por procesos de espera. Si se deben atender interrupciones de periféricos (de disco, red local, puertos serie,…)
7 En UNIX System V, ps –ef muestra información de todos los procesos. En UNIX BSD, ps ax Información de procesos (I)
8 Ejemplo de salida con ps PID TTY STAT TIME COMMAND 2403 ? S 0:00 smbd 2424 ? S 0:00 in.telnetd 2425 p0 S 0:00 -bash 2471 p0 R 0:00 ps ax 2472 p0 S 0:00 more 63 ? S 0:00 /usr/sbin/rpc.por TIME: (Hora:Minutos consumidos de CPU) Información de procesos (II)
9 top muestra información de los procesos de forma que se actualiza periódicamente. Aparecen ordenados en función del % de consumo de CPU. 2:14am up 2 days, 3:33, 1 user, load average: 0.07, 0.02, 0.00 54 processes: 53 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 1.7% user, 9.6% system, 0.0% nice, 88.6% idle Mem: 30824K av, 30112K used, 712K free, 20584K shrd, 12412K buff Swap: 124956K av, 2496K used, 122460K free 3992K cached
PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 11009 root 18 0 716 716 556 R 0 11.4 2.3 0:00 top 1 root 0 0 108 68 48 S 0 0.0 0.2 0:02 init 2 root 0 0 0 0 0 SW 0 0.0 0.0 0:01 kflushd 3 root -12 -12 0 0 0 SW< 0 0.0 0.0 0:03 kswapd 4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 md_thread Información de procesos (III)
10 Es un pequeño mensaje de un proceso a otro. La señales en realidad son números. Del 0 al 30. Cada número representa un tipo de señal, que suelen entender muchos procesos. El receptor puede “ignorar” la señal o atenderla. Señales a procesos (I)
11 kill envía una señal a un proceso. Todos los procesos cuando reciben la señal 9 (SIGKILL) entienden que deben “desaparecer” . Otra señal útil es la 1 (SIGHUP) pues suele utilizarse en muchos “daemons” para reactulizar sus tablas. Ej: kill –1 389 ó kill –SIGHUP 389 Señales a procesos (II)
12 Comodines Como ocurre en DOS, ? * permiten actuar de comodines para uno o múltiple caracteres. UNIX amplia de forma que se puede especificar un conjunto de caracteres válidos [abz] o rangos [a-m] o excluir rangos [^a-m] ls [a-m]* cp [ab]* /home/usuario rm c[^0-4]*
13 Entrada estándar Es posible redireccionar la entrada de teclado y salida por pantalla de muchos programas a otro alternativo. comando < archivo_de_entrada El contenido del fichero se dirige al comando
14 Salida estándar También podemos reencaminar la salida a un fichero. comando > fichero_salida Ej: ls –la > salida Podemos añadir a un fichero comando >> fichero_salida ls b* >>salida O bien utilizar tanto entrada como salida sort salida
15 Salida de errores Sh permite redirigir las salidas correspondiente a errones a una salida distinta de la salida estándar con 2> rm prueba 2> errores Si esta orden provoca un error (por que el fichero no exista o no haya permiso ) dicho mensaje se enviará al fichero errores en lugar de la pantalla.
16 Salidas /dev/null es una especie de papelera Actua como un fichero que siempre está vacio. De forma que las salidas que no deseamos que aparezcan por pantalla o a un fichero se pueden enviar a dicho archivo. Ej: rm datos >/dev/null 2>/dev/null
| Página siguiente |