Asir Aso02 Contenidos 2016 Vi

Administracin de procesos del sistema. http://localhost:51235/temp_print_dirs/eXeTempPrintDir_e_SJ...
Administracin de procesos del

sistema.
Caso prctico
Ya se instaur el sistema en la
empresa y ahora llega el momento de
exprimir al mximo todas las
prestaciones que nos ofrece.
Tambin hay que controlar que el uso

que se haga de los equipos sea el
correcto y que funcionen de la forma
ms eficaz posible as que nos
planteamos qu podemos hacer para que el sistema vaya bien.
Como primera medida vamos a proponer una administracin de cada

sistema desde el punto de vista de la gestin de sus procesos.
Atenderemos tanto a los sistemas Windows como a los Linux, ya que
en nuestra empresa existen equipos con ambas opciones.
La gestin de los procesos es uno de los roles asignados al sistema operativo. De

todos los que desempea, ste ser quizs el ms importante ya que los procesos
se encargan realmente de dar vida al sistema operativo.
Tras averiguar qu es un proceso y qu funcin desempea en un sistema operativo

hablaremos sobre los diferentes estados en los que podemos encontrarlo y qu
fases puede alcanzar.
Por otro lado, hablaremos de una de las claves en la eficiencia de un sistema

operativo como es la planificacin de los procesos y los principales mecanismos
que pueden adoptarse.
Como punto fuerte de la unidad trataremos aspectos interesantes sobre la gestin

de procesos en el sistema operativo, desde el interfaz grfico y desde la lnea de
comandos, para sistemas Windows y para sistemas Linux.
1 de 46 26/8/16 14:46
Materiales formativos de FP Online propiedad del Ministerio

de Educacin, Cultura y Deporte.
Aviso Legal
2 de 46 26/8/16 14:46
1. Procesos.
Caso prctico
La administracin de los procesos no
es simplemente iniciar programas o
detenerlos, sino que hay que tener una
buena base de cmo funciona el
sistema operativo al nivel de los
procesos, qu informacin se recoge
en un proceso, qu estados puede
adoptar y cmo cambia entre ellos. Carlos, que no es ajeno a todo
esto, identificar todo lo anterior y lo interpretar adecuadamente para
llevar a cabo una buena administracin.
Un proceso es un programa o un fragmento de programa en

ejecucin.
Cada proceso necesita una serie de recursos, siendo

el sistema operativo el encargado de
proporcionrselos. En funcin del tipo de proceso, los
recursos necesarios pueden ser diferentes pero, por
regla general, todos necesitan un espacio en memoria
y un tiempo de uso del microprocesador (CPU).
Cuando se crea un proceso, se le asocia un paquete

de informacin sobre el denominado Bloque de
Control de Proceso (BCP), que le acompaa durante
toda su vida. En este BCP se recogen datos del
proceso como son:
Su estado actual.
Su PID (nmero identificador de proceso).
Valores de registros asociados a l, como el contador de programa, los
punteros, acumuladores, etc.
Valores de los recursos asignados: espacio en memoria, archivos, E/S, etc.
Todos los procesos, desde su creacin, tendrn la capacidad de comunicarse y

sincronizarse con otros procesos y con recursos del sistema. Este hecho da lugar a
diferentes tipos de procesos:
3 de 46 26/8/16 14:46
Independientes: no se comunican con otros procesos. Estos tipos de

procesos apenas existen.
Cooperativos: se comunican y sincronizan para realizar una actividad comn.
Competitivos: necesitan hacer uso del mismo recurso y, por consiguiente,
competirn por l.
En cualquier caso, la ejecucin de los procesos exigir concurrencia, cualidad

que deber gestionar el sistema operativo gracias a tcnica denominada
multiprogramacin, que permite que dos o ms procesos puedan ejecutarse "a la
vez".
De todos los procesos que se estn ejecutando a la vez slo uno tiene la "atencin
del usuario"; Este proceso se dice que est en primer plano y del resto se dice que
estn en segundo plano. Es posible pasar un proceso de primer plano a segundo
plano y viceversa.
Autoevaluacin
Cul de las siguientes afirmaciones es CORRECTA?
No todos los procesos que se crean en el sistema deben

comunicarse entre s.
Todos los procesos del sistema se recogen en el BCP.
Los procesos pueden estar en varios planos: primero, segundo,
tercero,
Todos los procesos del sistema son competitivos.
Exacto. Muy bien.
No es correcto. El BCP contiene informacin sobre el proceso

que tiene asociado.
No es cierto. El proceso slo puede estar en primer o en segundo

plano.
Incorrecto. Pueden existir procesos que no compitan por el

mismo recurso.
Solucin
4 de 46 26/8/16 14:46
1. Opcin correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto
5 de 46 26/8/16 14:46
1.1. Estados de un proceso.

Un proceso, a lo largo de su vida, cambia de estado.
En concreto, un proceso puede estar en uno de los
siguientes estados:
Nuevo (new): Momento en el que se est

creando el proceso.
Preparado (ready): Est esperando a que se
le asigne la CPU (un procesador).
En ejecucin (running): Se est ejecutando en la CPU.
Bloqueado o en espera (waiting): Est a la espera de que suceda un evento.
Terminado (terminated): Finaliza su ejecucin. Muere.
Adems de estos estados, en algunos sistemas tambin existe un estado

denominado suspendido (suspend), que se produce cuando un proceso se
suspende y es desplazado a memoria secundaria. En esta situacin, el proceso
puede quedar a la espera de un evento (waiting suspend) o suspendido
temporalmente pero listo para ejecutarse (ready suspend).
El proceso puede cambiar de estado cuantas veces sea necesario,

pero nunca puede estar en ms de un estado a la vez.
El objetivo final de un proceso es procesarse, es decir, estar en ejecucin durante el

tiempo que sea necesario para ser procesado. Sin embargo, un procesador slo
puede ejecutar un proceso a la vez. Este hecho es el que marca el paradigma de
la gestin de procesos en el sistema operativo, mediante el cual se establecen los
mecanismos necesarios para que los diferentes procesos que compiten por la CPU
puedan hacerlo de la forma ms eficiente y beneficiosa para el sistema.
Autoevaluacin
Seala la afirmacin CORRECTA.
Un mismo proceso no puede encontrarse en ms de un estado a

la vez.
Un proceso no puede cambiar de estado tantas veces como
necesite.
El proceso que est utilizando la CPU se dice que est en
estado preparado.
El estado suspendido siempre deja al proceso a la espera de
6 de 46 26/8/16 14:46
que suceda un evento.
Exacto. Muy bien hecho.
Incorrecto. No hay limitacin en el cambio de estado.
Falso. Estara en estado de ejecucin.
No es correcto. Puede estar suspendido temporalmente pero

listo para ejecutarse.
Solucin
1. Opcin correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto
7 de 46 26/8/16 14:46
1.2. Creacin de procesos.

La creacin de un proceso se hace a travs de la
llamada al sistema "crear proceso" desde otro
proceso denominado proceso padre. El proceso
resultante se denomina proceso hijo y es
prcticamente una rplica de su padre.
Como se puede deducir, debe existir un proceso

inicial con la capacidad de pedir al sistema que se
cree un proceso. Este proceso creador es de vital
importancia en los sistemas operativos y constituye la raz del rbol de procesos.
Los procesos se marcan en su creacin con un nmero nico llamado identificador

de proceso (PID). Salvo el proceso raz, todos los procesos llevan dos nmeros:
El PID que lo identifica a l.

El PPID que identifica a su padre.
Despus de que un proceso genera un hijo, ambos continan ejecutndose desde

el punto en el que se hizo la creacin.
Autoevaluacin
Cuntos nmeros identificadores lleva un proceso?
Todos llevan uno: el PID.

Todos llevan uno: el PPID.
Todos llevan dos: el PID y el PPID.
El proceso padre lleva uno y el resto dos.
Incorrecto. El nico que lleva uno es el proceso raz.
No es correcto. El proceso padre no tiene PPID.
Falso. El proceso raz no tiene PPID.
Cierto. El padre slo tiene PID y el resto tienen PID y PPID.
Solucin
8 de 46 26/8/16 14:46
1. Incorrecto
2. Incorrecto
3. Incorrecto
4. Opcin correcta
9 de 46 26/8/16 14:46
1.3. Terminacin de procesos.

Generalmente un proceso finaliza su ejecucin
cuando pasa al estado terminado y le pide al
sistema que lo elimine utilizando la llamada al
sistema "exit".
Los procesos hijo pueden ser eliminados cuando el

proceso padre quiera. Esto se denomina matar un
proceso y es habitual cuando:
El hijo se excede en el uso de los recursos asignados.

La tarea que se asign al hijo ya no se necesita.
El proceso padre quiere terminar y el sistema operativo no permite que los
hijos continen sin el padre.
Hay que prestar especial atencin al hecho de que un proceso no debera terminar
hasta que todos sus hijos lo hagan. Sin embargo, las operaciones sobre procesos
no son fiables al 100% y se pueden dar anomalas en la gestin de los procesos:
Procesos hurfanos.
Se denominan as a los procesos que quedan en el sistema cuando su padre
ha finalizado. Cuando esto sucede, el PPID del proceso (para sistemas
UNIX) pasa a ser el PID del proceso inicial.
Procesos zombies.
Son procesos que han finalizado pero su padre los mantiene como vivos. Este
tipo de procesos suelen ser fruto de errores de programacin o de fallos del
sistema. Al contrario que los procesos hurfanos, los zombies no son
adoptados por el proceso inicial sino que tienden a eliminarse para evitar el
consumo de recursos.
Autoevaluacin
Un proceso no puede matarse si est en estado de ejecucin.

Si un proceso tiene hijos no puede matarse sin que mueran
tambin sus hijos.
Al contrario que un proceso hurfano, un proceso zombie no es
adoptado por el proceso padre.
El proceso zombie no suele ser fruto de errores de programacin
o fallos del sistema.
10 de 46 26/8/16 14:46
Falso. Repasa el apartado.
No es correcto. De hecho, de aqu pueden surgir los procesos

hurfanos.
Exacto. Muy bien.
Incorrecto.
Solucin
1. Incorrecto
2. Incorrecto
3. Opcin correcta
4. Incorrecto
11 de 46 26/8/16 14:46
1.4. Modelos de proceso.

La forma en que un sistema se organiza para gestionar sus procesos da lugar al
modelo de proceso. Los sistemas operativos actuales pueden seguir los siguientes
modelos:
Modelo de 2 estados.
Es el modelo ms simple. El proceso, tras crearse pasa al estado
no-ejecutado, a la espera de entrar en ejecucin. Cuando entra en ejecucin,
puede ejecutarse por completo (y morir) o hacerlo por partes.
El modelo anterior es ideal para procesos sin prioridades y que siempre estn
listos para ejecutarse. Sin embargo, esto no siempre sucede y algunos pueden
necesitar esperar por un suceso (que est listo un archivo, que est disponible
un dispositivo de E/S,..). Para ello, en este nuevo modelo se divide el estado
no-ejecutado en dos: preparado y bloqueado, cada uno con su propia cola de
procesos.
Para mejorar la gestin de los procesos, al modelo anterior se le aaden dos
estados extremos: nuevo y terminado, encargados de controlar los procesos
existentes en el sistema (en nuevo se dan de alta y en terminado se dan de
baja).
Los procesos a la espera de ser ejecutados residen en memoria principal (en
las colas de preparado y bloqueado). Para evitar que la RAM se colapse se
hace una variacin en el modelo anterior, creando unas colas similares a las ya
existentes pero en memoria secundaria. Esto da lugar a los estados
suspendido-bloqueado y suspendido-preparado. Entre las correspondientes
colas se produce una operacin de intercambio cada vez que se pasa un
proceso de una a otra. Hay que tener en cuenta que esta operacin consume
recursos y tiempo de CPU.
12 de 46 26/8/16 14:46
13 de 46 26/8/16 14:46
1.5. Cambio de contexto.

Como hemos visto, un proceso, a lo largo de su vida, puede pasar por diferentes
estados. El cambio de un estado a otro no es trivial y tanto la forma como el tiempo
para hacerlo marcarn la eficiencia del sistema.
El proceso pasa gran parte de su vida esperando ser ejecutado. Cuando sale de ese
estado sin haber finalizado su ejecucin (porque es expropiado a otro estado,
suspendido o bloqueado) se espera que la prxima vez que alcance el estado de
ejecucin contine donde lo haba dejado.
Para que esto sea posible se aplica una operacin conocida como cambio de
contexto.
El cambio de contexto consiste en interrumpir la ejecucin de un

proceso para comenzar o seguir con otro.
De forma un poco esquemtica, en el cambio

de contexto:
El proceso saliente guarda todos sus

valores asociados en el BCP.
Se guardan los valores de los registros y
direcciones de memoria implicados en el
proceso en ese momento.
Se cambia de estado el proceso.
Se cambia de estado al proceso entrante.
Se cargan los valores de los registros y direcciones de memoria asociados al
proceso.
Todas estas operaciones son gestionadas y supervisadas por el procesador, lo cual

quiere decir que en el tiempo que dura el cambio de contexto no se puede ejecutar
ningn otro proceso.
Cuando el cambio de contexto se hace sin salir de memoria principal, el tiempo y

los recursos empleados no son excesivos; pero en los cambios de contexto entre
memoria principal y secundaria la situacin cambia, siendo ms lenta y costosa.
La tcnica de cambiar de contexto es til cuando se quiere dar tiempo de ejecucin

a todos los procesos, pero un uso excesivo del cambio de contexto puede ser
contraproducente ya que el procesador estara ms tiempo ocupndose de las
acciones asociadas a los cambios de contexto que a la ejecucin de los procesos
que se intercambian.
14 de 46 26/8/16 14:46
Autoevaluacin
Seala la afirmacin que sea CORRECTA referente al cambio de
contexto.
No se basa en el concepto de concurrencia.

Puede llevarse a cabo con un nico proceso, aunque no es
recomendable.
Se puede hacer slo en memoria principal.
Se puede hacer slo en memoria secundaria, aunque es muy
costoso.
Eso es incorrecto.
Falso. Para el cambio de contexto se necesita ms de un

proceso.
Correcto y es la forma ms eficiente de hacerlo.
No es correcto. Se necesita, como mnimo, la memoria principal.
Solucin
1. Incorrecto
2. Incorrecto
3. Opcin correcta
4. Incorrecto
15 de 46 26/8/16 14:46
2. Planificacin de procesos.
Caso prctico
Trabajar con procesos no es una tarea
fcil porque, entre otras cosas, no son
objetos que puedan visualizarse
simplemente. La forma en que
trabajan no es trivial y Carlos se
pregunta qu mecanismos seguirn
para coordinarse de forma tan
armoniosa. Investigando descubre que el sistema tiene una especie
de plan para organizarlos y que todos participen.
Los procesos no se ejecutan en cualquier orden,

sino que siguen un orden establecido por el sistema
operativo. La forma en la que el sistema operativo
gestiona los procesos es lo que se conoce como
planificacin y la herramienta que lo hace recibe el
nombre de planificador (en ingls, scheduler).
La misin del planificador es:
Garantizar que cada proceso tiene acceso al recurso en su justa medida.

Explotar el recurso, mantenindolo ocupado el mximo tiempo posible.
Reducir todo lo posible los tiempos de espera de los diferentes procesos.
La dificultad de la planificacin radica en que no se puede saber, a priori, qu

procesos estarn compitiendo por un recurso ni tampoco el contexto que se
generara en caso de concedrselo. Por ello, para controlar el acceso de los
procesos a los recursos, el planificador puede seguir dos tipos de poltica:
Poltica no expropiativa: Una vez que el proceso accede al recurso, se

permite que haga uso de l hasta que ya no lo necesite.
Poltica expropiativa: Se proporciona acceso al recurso para un proceso
pero, en un determinado momento, se puede ceder el recurso a otro proceso
diferente, para lo cual se le retirar el acceso al primero (pasando a estado
suspendido, bloqueado o preparado, segn corresponda).
La poltica expropiativa es mucho ms justa cuando existen procesos muy

diferentes, ya que permite, por regla general, que ningn proceso acapare el
recurso. Por otro lado, es ms compleja y consume ms recursos (en las
expropiaciones), por lo que habr que sopesar cul es ms adecuada en cada
16 de 46 26/8/16 14:46
situacin concreta.
Autoevaluacin
Seala la afirmacin que sea CORRECTA.
La poltica expropiativa es ms eficiente que la no expropiativa.

La expropiacin de un proceso conllevar obligatoriamente un
cambio de contexto.
El planificador no se encarga de que la CPU est ocupada el
mayor tiempo posible.
El planificador de procesos se instala como un complemento del
sistema operativo.
No es correcto.
Cierto. Cuando se expropia un proceso y entra otro, hay un

cambio de contexto entre ambos.
Incorrecto.
No es cierto. El planificador est integrado en el sistema

operativo.
Solucin
1. Incorrecto
2. Opcin correcta
3. Incorrecto
4. Incorrecto
17 de 46 26/8/16 14:46
2.1. Niveles de planificacin.

La planificacin es demasiado compleja como
para realizarse en una nica fase. Los sistemas
operativos, en general, disponen de tres
niveles de planificacin, cada uno con su
planificador:
Planificacin a largo plazo (nivel alto): Llamada tambin "planificacin de

admisin", ya que es la que determina qu trabajos se admiten para su
procesamiento y, por consiguiente, se cargan en memoria.
Planificacin a medio plazo (nivel medio): Gestiona el estado de suspensin
de los procesos. Esta operacin recibe el nombre de intercambio (o
swapping). Es muy tpica en sistemas Linux, donde incluso existe una
particin especfica para este fin.
Planificacin a corto plazo (nivel bajo): Tambin llamada despachador
(dispatcher). Estipula qu procesos en estado preparado pasarn a ejecucin.
Debe ser una planificacin sencilla y breve, ya que se ejecutar muchas veces.
Debes conocer
Todo sistema operativo gestiona los programas mediante el concepto
de proceso. En un instante dado pueden existir diversos procesos
listos para ser ejecutados y sin embargo, solamente uno de ellos
puede ser ejecutado (en cada microprocesador). De ah la necesidad
de que una parte del sistema operativo gestione qu proceso debe
ejecutarse en cada momento para hacer un uso eficiente del
procesador.
El planificador (scheduler) es un componente funcional muy

importante de los sistemas operativos multitarea y multiproceso, y es
esencial en los sistemas operativos de tiempo real. Su funcin
consiste en repartir el tiempo disponible de un microprocesador entre
todos los procesos que estn disponibles para su ejecucin.
18 de 46 26/8/16 14:46
2.2. Algoritmos de planificacin.

Los planificadores funcionan aplicando algoritmos de gestin. De entre todos los
existentes, destacamos estos:
Algoritmo por prioridades.

A cada proceso se le asigna una prioridad segn la cual se ejecutan.
Este algoritmo tiene el inconveniente de que los procesos con prioridad baja
pueden relegarse en el tiempo.
Algoritmo FCFS (Fisrt Come First Served).

Utiliza una estructura de cola en la que los procesos se ejecutan segn entran
en ella.
Aqu, los procesos demasiado largos haran esperar al resto de procesos

hasta que termine de ejecutarse.
Algoritmo SJF (Shortest Job First).

Intenta reparar el problema de FCFS pero, en este caso, los procesos largos
se ven desfavorecidos y pueden retrasarse en su ejecucin continuamente.
Una vez que el proceso entra en ejecucin, se ejecuta por completo, aunque
haya en cola procesos ms cortos.
Algoritmo SRT (Shortest Remaining Time).

Es una versin expropiativa de SJF, donde se tiene en cuenta tambin los
procesos de la cola.
En el caso de que existan procesos en cola ms cortos, se expropia el

proceso en ejecucin y se ejecutara el de la cola.
19 de 46 26/8/16 14:46
Algoritmo RR (Round Robin).

Utiliza una organizacin en cola circular: Los procesos se ejecutan en cola y
cuando acaba el ltimo se sigue con el primero. A cada proceso se le asigna
un tiempo de uso de CPU denominado cuanto.
El problema de este algoritmo est en la fijacin del cuanto, ya que cuantos

demasiado largos degeneran en FCFS y cuantos demasiado cortos
disminuiran el rendimiento por los continuos cambios de contexto de los
procesos.
Como se puede observar, cada algoritmo tiene sus ventajas y sus inconvenientes.
En la prctica se utiliza un sistema hbrido de varias colas en las que se aplican
diferentes algoritmos segn las necesidades y el momento concreto con la finalidad
de optimizar los recursos y los tiempos de respuesta del sistema.
20 de 46 26/8/16 14:46
3. Hilos de ejecucin.
Caso prctico
La realidad es que ahora, con equipos
tan modernos y con procesadores
potentes y de varios ncleos eso de
trabajar con procesos queda un poco
obsoleto y se impone el uso de unos
mecanismos llamados hilos. Carlos
haba odo en alguna ocasin hablar
de los hilos pero no haba trabajado
con ellos, as que va a investigar cmo
los hilos pueden ayudarle en la administracin de los procesos del
sistema.
El manejo de los procesos, como se ha podido ver, es bastante complejo. Como

alternativa a la visin general del proceso como ente bsico surgi hace
relativamente poco tiempo el concepto de hilo (thread).
Un hilo es la parte de un proceso que puede ser ejecutada de forma

independiente.
De esta manera, un proceso estar constituido

por al menos, un hilo, existiendo la posibilidad
de que tenga varios.
La capacidad (del sistema operativo) de

mantener varios hilos de ejecucin dentro del
mismo proceso se conoce con el nombre de
multihilo. Si no existe, entonces se habla de monohilo.
En general, todos los sistemas operativos modernos son multihilo.
Trabajar a nivel de hilos tiene grandes ventajas sobre hacerlo a nivel de procesos:
Al tratarse de entidades mucho ms ligeras, los tiempos empleados para su

manejo (creacin, terminacin, cambio de estado y de contexto) son mucho
menores respecto a los procesos.
El tiempo para crear un hilo es mucho menor que para crear un proceso.
21 de 46 26/8/16 14:46
Debes conocer
Un hilo de ejecucin (thread), hebra o subproceso es la unidad de
procesamiento ms pequea que puede ser planificada por un
sistema operativo. Un hilo es simplemente una tarea que puede ser
ejecutada al mismo tiempo con otra tarea.
La creacin de un nuevo hilo es una caracterstica que permite a una

aplicacin realizar varias tareas a la vez (es decir, de forma
concurrente).Los distintos hilos de ejecucin comparten una serie de
recursos tales como el espacio de memoria, los archivos abiertos,
situacin de autenticacin, etc.
Autoevaluacin
Cul de las siguientes afirmaciones sobre sistemas operativos
modernos es CORRECTA?
Un proceso no puede tener ms de un hilo de ejecucin.

Un mismo hilo puede abarcar ms de un proceso.
Dos hilos de un mismo proceso no pueden estar en diferente
estado.
Un proceso puede estar constituido por un nico hilo de
ejecucin aunque el sistema sea multihilo.
No es correcto.
No es cierto. El hilo est asociado a un nico proceso.
Incorrecto.
Correcto. Un proceso estar constituido por, al menos, un hilo.
Solucin
1. Incorrecto
22 de 46 26/8/16 14:46
2. Incorrecto
3. Incorrecto
4. Opcin correcta
23 de 46 26/8/16 14:46
3.1. Estructura de un hilo.

De forma muy simple podemos decir que un hilo sigue la siguiente estructura:
Bloque de control del hilo: Similar al BCP pero especfico para el hilo.
Pila de ejecucin: Estructura que contiene la informacin de estado del hilo
(punteros, registros, etc.).
Teniendo esto en cuenta y aplicndolo a los diferentes tipos de procesos:
Procesos monohilo.
En este tipo de procesos no existe el concepto de hilo como tal y la
representacin del proceso es similar a la explicada al comienzo de la unidad.
Procesos multihilo.
Slo existe un BCP y un espacio de direcciones asociadas al proceso pero,
para cada hilo, hay un bloque de control y una pila de ejecucin separados.
Dentro de un mismo proceso los hilos comparten cdigo, datos y

recursos del sistema.
Los hilos estn pensados para que no sean independientes entre s. De este modo,
es posible que un hilo pueda acceder a la pila de otro hilo y modificarla. En esta
interaccin y en el tiempo que se emplea en ella (mucho menor que la
comunicacin entre procesos) reside, fundamentalmente, su potencialidad.
24 de 46 26/8/16 14:46
3.2. Estados de un hilo.

Los hilos siguen el diagrama de 3 estados que
se explic para los procesos.
Sobre los hilos se pueden realizar las

siguientes operaciones:
Crear: en general, al crear un proceso se

crea tambin un hilo para ese proceso que se colocar en la cola de
preparados. De ese hilo pueden salir nuevos hilos (hilos hijos).
Terminar: cuando se termina un hilo, se libera todo lo asociado a l (el bloque
y su pila).
Bloquear: sucede cuando un hilo necesita esperar a que suceda un evento.
Se comporta como si fuera un proceso, pasando al estado bloqueado y
cediendo el procesador a otro hilo. Puede darse el caso de que el bloqueo de
un hilo conlleve el bloqueo de todo el proceso, es decir, de todos los hilos que
componen el proceso.
Desbloquear: ocurre cuando el evento por el que se esperaba sucede y el hilo
pasa a la cola de preparados. Al igual que antes, si un hilo bloqueaba todo su
proceso, el desbloqueo de un hilo puede conllevar el desbloqueo de todo el
proceso, es decir, de todos los hilos que componen el proceso.
Como se ve, los hilos tienen un comportamiento estacional similar a los procesos.
Este hecho unido a que los hilos son mucho ms ligeros que los procesos, hace
que los tiempos de creacin, terminacin y cambios de estado (y de contexto) sean
mucho ms reducidos, con lo que se gana en eficiencia.
Autoevaluacin
Cul de los siguientes cambios de estado de un hilo es
CORRECTO?
De preparado a ejecucin.
De preparado a bloqueado.
De bloqueado a ejecucin.
Exacto. Muy bien.
Falso. No es posible hacer este cambio directamente. Repasa el

diagrama.
25 de 46 26/8/16 14:46
Incorrecto. No es posible hacer este cambio directamente.

Repasa el diagrama.
Solucin
1. Opcin correcta
2. Incorrecto
3. Incorrecto
26 de 46 26/8/16 14:46
4. Interrupciones y excepciones.
Caso prctico
Todo va bien hasta que llegan los
problemas, y resulta que ahora
aparecen tareas que se paran a medias
y errores en ejecuciones de procesos.
Para tratarlos habr que conocerlos
antes, as que Carlos va a identificar
estas incidencias y a adoptar los
mecanismos que sean necesarios para
cada caso.
Durante el transcurso ordinario de la ejecucin de

procesos pueden darse dos situaciones especiales:
Interrupcin.
Se produce cuando se quiere que la CPU deje
de ejecutar el proceso en curso y pase a
realizar otra funcin de quien hace la
interrupcin. Cuando la CPU realiza esa
funcin se dice que est atendiendo la
interrupcin.
Las interrupciones pueden darse a dos niveles:
Nivel de software: El usuario realiza una llamada al sistema (para hacer

uso de un recurso del ncleo).
Nivel de hardware: Un dispositivo (hardware) requiere la atencin de la
CPU para ejecutar su driver.
Cuando se produce una interrupcin se pasa el control al sistema operativo,
quien salva el contexto del proceso que se estaba ejecutando y se analiza la
interrupcin. Las interrupciones estn catalogadas y el sistema operativo
dispone de rutinas especiales para manipular cada tipo de interrupcin. Una
vez se ha atendido la interrupcin la CPU contina con su anterior tarea.
Excepcin.
La excepcin es un tipo de interrupcin provocada por la propia CPU a causa
de un error en la ejecucin del proceso en activo como puede ser la
realizacin de operaciones no permitidas, cdigos de operacin mal
expresados, direcciones de memoria fuera de rango, etc.
27 de 46 26/8/16 14:46
El tratamiento de una excepcin es similar al de la interrupcin, con la

salvedad de que las excepciones, a menudo, no continan el proceso con
fallo sino que lo abortan.
Se muestra a continuacin una excepcin en lenguaje java ocurrida en el hilo

principal (thread "main") del programa ejecutado.
Autoevaluacin
Cul de las situaciones puede generar ms fcilmente prdida
de datos?
Interrupcin.
Excepcin.
No es correcto. Repasa el apartado.
Correcto. La excepcin suele abortar el proceso con la posible

prdida de datos asociada.
Solucin
1. Incorrecto
2. Opcin correcta
28 de 46 26/8/16 14:46
5. Demonios.
Caso prctico
La primera vez que Carlos oy hablar
de demonios haciendo referencia a
sistemas operativos, pens en
cualquier cosa menos en su relacin
con los procesos. Ahora resulta que
un sistema operativo tiene demonios y
que son importantes para su
funcionamiento. Consciente de esto, Carlos inicia la bsqueda de los
demonios del sistema para su administracin.
Existe un tipo muy particular de proceso que recibe el nombre de demonio.
Un demonio es un proceso que se ejecuta en segundo plano sin

necesidad alguna de interaccin con el usuario para llevar a cabo su
tarea.
En sistemas Windows los demonios se les conocen

ms comnmente como servicios, pues su finalidad
es ofrecer un servicio al usuario.
Los demonios no disponen de interfaz, ni grfica ni

textual, ya que no necesitan comunicarse con el
usuario. Tampoco hacen uso de los dispositivos de
E/S comunes para notificar resultados o errores. En
su lugar, vuelcan toda esta informacin en un archivo LOG o la comunican a
otros demonios encargados de recopilar este tipo de datos.
Los demonios pueden iniciarse, detenerse y reiniciarse:
Iniciar un demonio: # <ruta del demonio> start

Parar un demonio: # <ruta del demonio> stop
Reiniciar un demonio: # <ruta del demonio> restart
Los servicios (demonios Windows) permiten, adems, ser pausados y reanudados.
29 de 46 26/8/16 14:46
Debes conocer
En el siguiente enlace puedes ver ms detalles sobre los servicios de
Windows.
Operaciones bsicas sobre servicios Windows.
Autoevaluacin
Qu orden utilizaras en Windows para iniciar el servicio
"remoteregistry" que habilita el registro remoto?
# remoteregistry start
sudo remoteregistry start
net start remoteregistry
Service remoteregistry start
No es correcto. Repasa el epgrafe.
Incorrecto. El servicio es de Windows.
Correcto. Esta es la orden adecuada.
Falso. Esta orden no existe.
Solucin
1. Incorrecto
2. Incorrecto
3. Opcin correcta
4. Incorrecto
30 de 46 26/8/16 14:46
6. Gestin de procesos en Windows.
Caso prctico
La tarea diaria del administrador de
sistemas no es otra cosa que eso,
administrar sistemas. Carlos debe
hacerlo a diario con todos los equipos
que tiene a su cargo. Ahora toca
trabajar con los equipos que tienen un
sistema operativo Windows, as que
los reconocer y har una gestin eficiente de los procesos.
La gran parte de las operaciones de gestin de

procesos en Windows se hace desde el
Administrador de tareas. Recordemos que esta
herramienta es accesible desde la combinacin de
teclas [Ctrl]+[Alt]+[Esc].
Para nuestro propsito, nos vamos a centrar en las

pestaas Procesos y Servicios.
Procesos.
A travs de esta pestaa podemos gestionar los procesos que estn activos
en el sistema. Por defecto slo se muestran los procesos iniciados por el
usuario pero podemos visualizar todos activando la opcin "Mostrar
procesos de todos los usuarios".
Tambin es interesante sealar que la informacin que se ofrece sobre los

procesos es mucho ms de la que aparece en la pestaa por defecto. Para
incluir o modificar las columnas de datos de cada proceso iremos a Ver >
Seleccionar columnas y escogeremos los campos que nos convengan.
Para cada proceso podemos realizar, entre otras, las siguientes acciones
(haciendo clic derecho sobre l):
Terminar el proceso: pasa el proceso a estado terminado.

Finalizar el rbol de procesos: pasa a estado terminado el proceso y
todos los procesos relacionados con l.
Establecer su prioridad: permite cambiar la prioridad del proceso,
existiendo varios niveles a elegir.
Establecer afinidad: da la opcin de asociar el proceso a una CPU (en
el caso de equipos con varias CPUs).
31 de 46 26/8/16 14:46
Ir al servicio: nos lleva a la pestaa Servicios y resalta aquellos que

estn asociados a este proceso.
Servicios.
Mediante esta pestaa podemos administrar
los servicios del sistema. En el listado
aparecen todos los servicios, tanto si estn en
activo como si no. No es posible cambiar la
informacin que se muestra sobre el servicio,
como suceda con los procesos. Sobre cada
servicio se pueden realizar estas acciones (clic
derecho sobre l):
Iniciar el servicio: pasa el servicio a estado "En ejecucin".

Detener el servicio: pasa el servicio a estado "Detenido".
Ir al proceso: nos lleva a la pestaa Procesos y resalta aquel al que est
asociado.
Windows tambin permite terminar procesos a travs del comando taskkill (ver la
sintaxis con la orden taskkill /?). Un usuario estndar puede eliminar procesos
asociados a l. Para eliminar procesos del sistema o de otros usuarios es necesario
tener privilegios de administrador.
Para saber ms
En el siguiente vdeo se resume lo ms importante de lo explicado en
este apartado.
Gestin de procesos en Windows 7.
ASO02_01_Gestin de proc...
32 de 46 26/8/16 14:46
7. Gestin de procesos en Linux.
Caso prctico
La empresa tiene equipos Windows y
tambin equipos Linux, as que ahora
toca administrar los procesos de los
equipos Linux. Carlos sabe que
dispondr de herramientas grficas
pero tambin debe ser consciente de
que existe un buen nmero de
comandos para utilizar desde la consola que le ayudarn en muchas
de las tareas tpicas de gestin de procesos.
Linux no hace una distincin tan clara como Windows

entre procesos y demonios. De hecho, la gestin de
procesos y la de demonios sigue las mismas
directrices.
Los sistemas Linux siempre se han destacado por la

permisividad de manipulacin de los objetos del
sistema, por lo que disponemos de un gran abanico de
herramientas (sobre todo a nivel de consola) para
gestionar los procesos.
Antes de abordar la gestin de los procesos en sistemas Linux conviene tratar un

concepto bastante interesante: El plano de un proceso. Cuando el usuario est
interactuando con un proceso, se dice que este proceso est en primer plano.
Cuando el proceso se ejecuta "en silencio", sin necesidad de que el usuario
interacte con l se dice que el proceso est en segundo plano. Un ejemplo tpico
de procesos en segundo plano son los demonios.
Slo un proceso puede estar en primer plano en un momento dado.

Por el contrario, en segundo plano pueden existir varios procesos a
la vez.
Por otro lado, un proceso puede pasarse de primer plano a segundo plano, y
viceversa, cuantas veces se desee.
A continuacin hablaremos de los mecanismos que podemos aplicar para gestionar
33 de 46 26/8/16 14:46
procesos en Linux utilizando su interfaz grfico y posteriormente profundizaremos

un poco ms hablando de las operaciones disponibles por lnea de comandos.
Autoevaluacin
Un proceso puede estar a la vez en primer y en segundo plano.

En primer plano puede haber ms de un proceso.
En segundo plano puede haber ms de un proceso.
Un proceso puede pasar de primer a segundo plano, pero no al
revs.
No es correcto. Repasa el apartado.
No es cierto. En primer plano slo puede haber un proceso a la

vez.
Correcto. Muy bien.
Falso. Se permite el cambio entre planos sin restricciones.
Solucin
1. Incorrecto
2. Incorrecto
3. Opcin correcta
4. Incorrecto
34 de 46 26/8/16 14:46
7.1. Gestin de procesos por interfaz

grfico.
Recordamos que Linux proporciona una
herramienta similar al Administrador del
sistema de Windows llamada Monitor del
sistema. De esta herramienta nos
detendremos en la pestaa Procesos.
Esta pestaa muestra, por defecto, todos los

procesos (incluidos los demonios) que estn
asociados al usuario. A travs de la opcin Ver
del Monitor del sistema podemos seleccionar otro criterio de visualizacin,
pudiendo mostrar todos los procesos del sistema o solamente aquellos que estn
en estado activo.
Para cada proceso, como suceda en Windows, se pueden aplicar una serie de
operaciones (con clic derecho sobre el proceso en cuestin), de entre las que
destacamos estas:
Detener el proceso: pasa el proceso a estado suspendido.

Continuar el proceso: reanuda un proceso que estaba detenido.
Finalizar el proceso: pasa el proceso a estado terminado.
Matar el proceso: pasa el proceso a estado terminado de forma inmediata.
Cambiar la prioridad: permite variar la prioridad del proceso siendo 0 la
prioridad normal y pudiendo oscilar entre los valores -20 (mxima prioridad) y
20 (mnima prioridad).
En la opcin Ver tambin podemos activar la funcionalidad Dependencias. Al

hacerlo, en el listado tambin se muestran los procesos hijo. Aquellos procesos que
tienen procesos hijo asociados aparecen con un tringulo a su izquierda sobre el
que se puede pinchar para mostrarlos/ocultarlos. Sobre los procesos hijo se pueden
realizar las mismas operaciones que sobre los procesos padre.
Para saber ms
En el siguiente enlace puede ves un vdeo del monitor del sistema de
Ubuntu:
35 de 46 26/8/16 14:46
Monitor del sistema de Ubuntu
36 de 46 26/8/16 14:46
7.2. Gestin de procesos por lnea de

comandos.
Las principales acciones que pueden realizarse
sobre procesos desde la lnea de comandos son
estas:
Mostrar informacin sobre los procesos.

El comando ps (abreviatura de Process Status)
muestra un listado con el estado de los
procesos.
El comando pstree es una variante de ps en la

que los procesos se muestran en forma de rbol.
El comando jobs se utiliza para mostrar los procesos que se estn ejecutando
en primer y en segundo plano.
Debes conocer
En este documento se explica el uso de los comandos para mostrar
informacin de los procesos:
Comandos Linux para informacin de procesos. (0.68 MB)
Cambiar el estado de los procesos.

El comando kill permite enviar seales a los procesos para cambiar su estado.
La seal por defecto de este comando es terminar (matar) el proceso, de ah
su nombre.
Debes conocer
En este documento se explica el uso de los comandos para cambiar
el estado de los procesos:
Comandos Linux para cambiar el estado de procesos. (0.36 MB)
37 de 46 26/8/16 14:46
Cambiar la prioridad de los procesos.

El comando nice se emplea para cambiar la prioridad de un proceso cuando se
inicia su ejecucin. Por defecto el valor de la prioridad es 0. Slo los usuarios
root tienen privilegios para asignar prioridades negativas.
El comando renice permite cambiar la prioridad de un proceso sin necesidad de

detenerlo.
Debes conocer
la prioridad de los procesos:
Comandos Linux para cambiar la prioridad de procesos. (0.38 MB)
Cambios de plano de los procesos.

El operador & se utiliza para pasar un proceso a segundo plano.
El comando nohup se usa para pasar un proceso a segundo plano hacindolo

inmune a los hangup (cuelgues).
Cuando un proceso est detenido, se puede utilizar los comandos fg y bg para

lanzarlo en primer plano o en segundo plano, respectivamente.
Debes conocer
el plano de los procesos.
Comandos Linux para cambiar el plano de procesos. (0.33 MB)
38 de 46 26/8/16 14:46
8. Inicio del sistema. Niveles de

ejecucin.
Caso prctico
Cuando se est trabajando con
sistemas operativos a un nivel como
ste, es conveniente conocer ciertos
mecanismos como pueden ser
aqullos que adopta el propio sistema
para iniciarse. Carlos mantiene que es
un tema importante porque conocer
cmo funciona una herramienta te
ayuda a identificar dnde falla, cuando falla. A nivel de procesos el
sistema operativo sigue una secuencia de inicio que debera ser
conocida de cara a poder gestionarse o incluso modificarse.
La puesta en marcha del sistema operativo es una

secuencia de operaciones que se vara de unos sistemas
operativos a otros. Todos tienen en comn la ejecucin de
una serie de procesos que constituirn la base del sistema.
Estos procesos posteriormente residirn en memoria y
generarn nuevos subprocesos para ofrecer otras
funcionalidades.
De entre todos los sistemas operativos disponibles, vamos

a estudiar cmo es el proceso de inicio para sistemas
Windows y para sistemas Linux.
Es conveniente resaltar que el proceso de inicio del sistema operativo, incluso

tratndose del mismo tipo de sistema operativo, puede variar de unas versiones a
otras e incluso es dependiente del tipo de procesador para el que se instala (x86 o
x64).
39 de 46 26/8/16 14:46
8.1. Inicio del sistema en Windows.

La secuencia de inicio se produce
primordialmente en segundo plano, constando
de cinco fases:
Secuencia previa al inicio.

Comienza cuando se enciende el equipo,
antes de que se inicie el sistema
operativo, y en ella tiene lugar el POST y el paso a la carga y ejecucin del
MBR.
Secuencia de inicio.
Se ejecuta el gestor de arranque (BOOTMGR) y se seleccionar el sistema
operativo para iniciar. Posteriormente se har una deteccin del hardware
instalado.
Secuencia de carga del ncleo.

Se invoca al archivo WINLOAD.EXE para que cargue el archivo
NTOSKRNL.EXE, que est considerado como el ncleo del sistema operativo.
Tambin se carga el archivo HAL.DLL, capa intermedia entre el ncleo de
Windows y el hardware.
Tras la carga de HAL se realiza la carga de la clave del registro

HKEY_LOCAL_MACHIME\SYSTEM. El contenedor SELECT determina qu
controlador debe cargar y el contenedor CONTROLSET proporciona los datos
de configuracin utilizados para controlar el sistema (controladores,
servicios,).
Secuencia de inicio del ncleo.

Coincide con la aparicin del logotipo de Windows. Realmente, durante este
tiempo se llevan a cabo varias tareas entre las que destacamos la creacin de
la clave HARDWARE en el registro con los datos recogidos en la fase de
deteccin de hardware y la inicializacin de los servicios y de los
controladores de dispositivos.
Esta secuencia finaliza con la inicializacin del subsistemas y servicios de

orden superior y el lanzamiento del subsistema Win32 (en sistemas x64 el
subsistema es WoW), encargado de habilitar, entre otros, el interfaz de
usuario, que comienza con el proceso WINLOGON.
Secuencia de inicio de sesin.

WINLOGON inicia la autoridad de seguridad local (LSASS.EXE), momento en
el que aparece la pantalla de identificacin de usuario (segn est
configurada).
40 de 46 26/8/16 14:46
8.2. Inicio del sistema en Linux. Niveles

de ejecucin.
La secuencia de inicio en sistemas Linux sigue
un esquema muy similar al explicado para
Windows:
Secuencia previa al inicio.

Comienza cuando se enciende el equipo,
antes de que se inicie el sistema operativo, y en ella tiene lugar el POST y el
paso a la carga y ejecucin del MBR.
Secuencia de inicio.
Se ejecuta el gestor de arranque (GRUB, LILO,) y se seleccionar el sistema
operativo para iniciar. Posteriormente se har una deteccin del hardware
instalado.
Secuencia de carga del ncleo.

El gestor de arranque se encargar, al final de su ejecucin, de cargar el kernel
en memoria.
Secuencia de inicio del ncleo.

Se comienza la ejecucin del kernel descomprimindose a s mismo. Tras esta
operacin se realizan operaciones bsicas como pueden ser la deteccin de la
CPU y otros dispositivos, la inicializacin del sistema gestor de memoria, el
montaje del sistema de archivos, Como ltima operacin de esta fase se
llama al proceso padre init (con UID 0).
Secuencia de inicio de sesin.

A partir de ahora todas las operaciones dependern del proceso init. Este
proceso lanza los procesos contenidos en el fichero /etc/inittab, que contiene
las instrucciones para crear lo que se denominan las getty (entradas que
especifican la forma en que un usuario debe loguearse). Al menos debe existir
una getty que se encargue de preguntar por el usuario y lance el proceso
/bin/login. Posteriormente se ejecuta el comando /etc/rc.sysinit para realizar
un inicio bsico del sistema, ejecutando los procesos asociados al nivel de
ejecucin establecido.
El nivel de ejecucin (runlevel), determina qu grupo de procesos se van a ejecutar

cuando se inicie el sistema en ese nivel.
Existen varias convenciones en cuanto al nmero de runlevels, siendo lo ms

frecuente asumir que existen 7, de los que el 0, el 1 y el 6 estn reservados. El resto
de niveles pueden personalizarse.
Todos los servicios del sistema tienen un script en /etc/init.d. Por otro lado, cada
runlevel tiene recopilados enlaces simblicos de los scripts que se ejecutarn
41 de 46 26/8/16 14:46
cuando el usuario inicie en ese nivel en el archivo /etc/rcX.d, donde X es el nmero

del runlevel.
42 de 46 26/8/16 14:46
Anexo.- Licencias de recursos.

Licencias de recursos utilizados en la Unidad de Trabajo.
Recurso Recurso
Datos del recurso (1) Datos del recurso (2)
(1) (2)
Autora: Phillie
Casablanca. Autora: Rock in rolo Onlus.
Licencia: CC-BY. Licencia: CC BY-SA.
Procedencia: Procedencia:
http://www.flickr.com http://www.flickr.com/photos
/photos /rockinrolo/3546316154/
/philliecasablanca/ sizes/s/in/photostream/
2437181190/
Autora: Jos Carlos Autora: Sergio Scotta.

Gallego. Licencia: CC BY-NC-SA.
Licencia: CC Procedencia:
BY-NC-SA. http://www.flickr.com/photos
Procedencia: /sergeen/4909883654
Elaboracin propia. /sizes/m/in/photostream/
Autora: jamonderana.
Licencia: CC Autora: mrjoro.
BY-NC-SA. Licencia: CC BY-NC-SA.
Procedencia: Procedencia:
http://www.flickr.com http://www.flickr.com/photos
/photos /mrjoro/89187454/
/64380281@N03/ sizes/m/in/photostream/.
5861854646/
Autora: Jos Carlos

Gallego. Autora: Jos Carlos Gallego.
Licencia: CC Licencia: CC BY-NC-SA.
BY-NC-SA. Procedencia: Elaboracin
Procedencia: propia.
Elaboracin propia.
Autora: Jos Carlos

Elaboracin propia.
43 de 46 26/8/16 14:46
Autora: Jos Carlos Autora: Rock in rolo Onlus.

Gallego. Licencia: CC BY-SA.
Procedencia: /rockinrolo/3545507967
Elaboracin propia. /sizes/s/in/photostream/
Autora: The lebers.

Licencia: CC BY-SA.
Procedencia: Autora: Jos Carlos Gallego.
http://www.flickr.com Licencia: CC BY-NC-SA.
/photos/thelebers Procedencia: Elaboracin
/4746433373/ propia.
sizes/m
/in/photostream/
Autora: Jos Carlos

Elaboracin propia.
Autora: Jos Carlos

Elaboracin propia.
Autora: Jos Carlos Autora: Rock in rolo Onlus.

Gallego. Licencia: CC BY-SA.
Procedencia: /rockinrolo/3545508825/
Elaboracin propia. sizes/s/in/photostream/
Autora: Jos Carlos

Elaboracin propia.
Autora: Jos Carlos Autora: Jos Carlos Gallego.

Gallego. Licencia: CC BY-NC-SA.
Licencia: CC Procedencia: Elaboracin
44 de 46 26/8/16 14:46
BY-NC-SA.
Elaboracin propia.
Autora: UTPL VIA

Comunicaciones.
Autora: Emeryjl.
Licencia: CC
Licencia: CC BY-NC-SA.
BY-NC-SA.
Procedencia:
Procedencia:
http://www.flickr.com/photos
http://www.flickr.com
/emeryjl/506966918/
/photos
sizes/m/in/photostream/
/utpl/3197027769/
sizes/s/in/photostream/
Autora: Rock in rolo

Autora: riptheskull.
Onlus.
Licencia: CC BY-SA.
Procedencia:
Procedencia:
/vintagehalloweencollector
/photos/rockinrolo
/259425237/
/3546315696/
sizes/m/in/photostream/
Autora: Rock in rolo

Onlus.
Licencia: CC BY-SA. Autora: Microsoft.
Procedencia: Licencia: Copyright cita.
http://www.flickr.com Procedencia: Captura de
/photos/rockinrolo/ pantalla Windows 7.
3545509907/sizes
/s/in/photostream/
Autora: Rock in rolo Onlus.

Autora: Microsoft.
Licencia: CC BY-SA.
Licencia: Copyright
Procedencia:
cita.
Procedencia: Captura
/rockinrolo/3545509907/
de pantalla Windows 7.
Autora: Martin
Gommel.
Licencia: CC Autora: Debian.
BY-NC-ND. Licencia: GNU.
Procedencia: Procedencia: Captura de
http://www.flickr.com pantalla de Debian.
/photos/kwerfeldein
/1934917078/
45 de 46 26/8/16 14:46
sizes/m
/in/photostream/
Autora: Jos Carlos

Elaboracin propia.
Autora: Jos Carlos

Elaboracin propia.
Autora: Universidad de
Autora: Jos Carlos
Navarra.
Gallego.
Licencia: CC BY-ND.
Licencia: CC
Procedencia:
BY-NC-SA.
Procedencia:
/hexmar/
Elaboracin propia.
2034486793/
Autora: Juan
Hernando.
Licencia: CC
Autora: Jos Carlos Gallego.
BY-NC-SA.
Procedencia:
Procedencia: Elaboracin
propia.
/photos
/fraccionirreducible/
5198648290/
Autora: Jos Carlos

Gallego.
Licencia: CC
BY-NC-SA.
Procedencia:
Elaboracin propia.
46 de 46 26/8/16 14:46

Asir Aso02 Contenidos 2016 Vi

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Asir Aso02 Contenidos 2016 Vi

Uploaded by

Copyright:

Available Formats

Administracin de procesos del sistema. http://localhost:51235/temp_print_dirs/eXeTempPrintDir_e_SJ...

Administracin de procesos del

Tambin hay que controlar que el uso

Como primera medida vamos a proponer una administracin de cada

La gestin de los procesos es uno de los roles asignados al sistema operativo. De

Tras averiguar qu es un proceso y qu funcin desempea en un sistema operativo

Por otro lado, hablaremos de una de las claves en la eficiencia de un sistema

Como punto fuerte de la unidad trataremos aspectos interesantes sobre la gestin

Materiales formativos de FP Online propiedad del Ministerio

Un proceso es un programa o un fragmento de programa en

Cada proceso necesita una serie de recursos, siendo

Cuando se crea un proceso, se le asocia un paquete

Todos los procesos, desde su creacin, tendrn la capacidad de comunicarse y

Independientes: no se comunican con otros procesos. Estos tipos de

En cualquier caso, la ejecucin de los procesos exigir concurrencia, cualidad

No todos los procesos que se crean en el sistema deben

Exacto. Muy bien.

No es correcto. El BCP contiene informacin sobre el proceso

No es cierto. El proceso slo puede estar en primer o en segundo

Incorrecto. Pueden existir procesos que no compitan por el

1.1. Estados de un proceso.

Nuevo (new): Momento en el que se est

Adems de estos estados, en algunos sistemas tambin existe un estado

El proceso puede cambiar de estado cuantas veces sea necesario,

El objetivo final de un proceso es procesarse, es decir, estar en ejecucin durante el

Un mismo proceso no puede encontrarse en ms de un estado a

que suceda un evento.

Exacto. Muy bien hecho.

Incorrecto. No hay limitacin en el cambio de estado.

Falso. Estara en estado de ejecucin.

No es correcto. Puede estar suspendido temporalmente pero

1.2. Creacin de procesos.

Como se puede deducir, debe existir un proceso

Los procesos se marcan en su creacin con un nmero nico llamado identificador

El PID que lo identifica a l.

Despus de que un proceso genera un hijo, ambos continan ejecutndose desde

Todos llevan uno: el PID.

Incorrecto. El nico que lleva uno es el proceso raz.

No es correcto. El proceso padre no tiene PPID.

Falso. El proceso raz no tiene PPID.

Cierto. El padre slo tiene PID y el resto tienen PID y PPID.

1.3. Terminacin de procesos.

Los procesos hijo pueden ser eliminados cuando el

El hijo se excede en el uso de los recursos asignados.

Un proceso no puede matarse si est en estado de ejecucin.

Falso. Repasa el apartado.

No es correcto. De hecho, de aqu pueden surgir los procesos

Exacto. Muy bien.

1.4. Modelos de proceso.

1.5. Cambio de contexto.

El cambio de contexto consiste en interrumpir la ejecucin de un

De forma un poco esquemtica, en el cambio

El proceso saliente guarda todos sus

Todas estas operaciones son gestionadas y supervisadas por el procesador, lo cual

Cuando el cambio de contexto se hace sin salir de memoria principal, el tiempo y

La tcnica de cambiar de contexto es til cuando se quiere dar tiempo de ejecucin

No se basa en el concepto de concurrencia.

Falso. Para el cambio de contexto se necesita ms de un

Correcto y es la forma ms eficiente de hacerlo.

No es correcto. Se necesita, como mnimo, la memoria principal.

Los procesos no se ejecutan en cualquier orden,

La misin del planificador es:

Garantizar que cada proceso tiene acceso al recurso en su justa medida.

La dificultad de la planificacin radica en que no se puede saber, a priori, qu