SISTEMAS OPERATIVOS

ISFD N 6012 El Carril

Prof. Marcelo Gordillo

Carrera: Tecnicatura Superior en Anlisis de Sistemas con Orientacin

en Redes Informticas
TP N 2: Procesos
Cuando tengas duda, toma todos los valores por defecto.
Hackers Handbook

Entrando en el interior de un Sistema Operativo.

1. Cules son las principales partes o conceptos bsicos de un Sistema
Operativo? Caracterice cada una de ellas.
Las partes o conceptos bsicos de un S.O. son: procesos, espacio de
direcciones, archivos y llamadas al sistema.
a. Procesos: Un proceso es en esencia un programa en ejecucin y, de
una forma un poco ms precisa, como la unidad de procesamiento
gestionada por el sistema operativo. Para que pueda ser ejecutado
debe residir con sus datos en memoria principal. Cada proceso tiene
asociado un espacio de direcciones, una lista de ubicaciones de
memoria que va desde algn mnimo (generalmente 0) hasta cierto
valor mximo, donde el proceso puede leer y escribir informacin. El
espacio de direcciones contiene el programa ejecutable, los datos del
programa y su pila. Tambin hay asociado a cada proceso un conjunto
de recursos, que comnmente incluye registros (el contador de
programa y el apuntador de pila, entre ellos), una lista de archivos
abiertos, alarmas pendientes, listas de procesos relacionados y toda la
dems informacin necesaria para ejecutar el programa. En esencia, un
proceso es un recipiente que guarda toda la informacin necesaria para
ejecutar un programa.
b. Espacio de direcciones: (address space) es el conjunto de
direcciones que puede utilizar un proceso para direccionar la memoria.
Cada proceso tiene su propio espacio de direcciones, independiente de
los que pertenecen a otros procesos (excepto en ciertas circunstancias
especiales en donde los procesos desean compartir sus espacios de
direcciones). Para mantener todos los procesos en memoria todo el
tiempo se requiere una gran cantidad de memoria y no puede hacerse
si no hay memoria suficiente. A travs de los aos se han desarrollado
dos esquemas generales para lidiar con la sobrecarga de memoria. La
estrategia ms simple, conocida como intercambio, consiste en llevar
cada proceso completo a memoria, ejecutarlo durante cierto tiempo y
despus regresarlo al disco. Los procesos inactivos mayormente son
almacenados en disco, de tal manera que no ocupan memoria cuando
no se estn ejecutando (aunque algunos de ellos se despiertan
peridicamente para realizar su trabajo y despus vuelven a quedar
inactivos). La otra estrategia, conocida como memoria virtual, permite

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 1/10

que los programas se ejecuten incluso cuando slo se encuentran en

forma parcial en la memoria.
c. Archivos: Los archivos son un mecanismo de abstraccin;
proporcionan una forma de almacenar informacin en el disco y leerla
despus. Esto debe hacerse de tal manera que el usuario no tenga que
ocuparse de los detalles de cmo y dnde se almacena la informacin,
ni de cmo funcionan realmente los discos. Una de las funciones
principales del S. O. es brindar independencia de dispositivo. Muchos S.
O. soportan el concepto de directorio como una forma de agrupar
archivos. Los directorios se estructuran jerrquicamente, por lo que a
cada archivo le corresponde una ruta de acceso. Existen distintos
esquemas de seguridad de archivos en los distintos S. O. Se requieren
las llamadas al sistema para crear los archivos, eliminarlos, leer y
escribir en ellos. Antes de poder leer un archivo, debe localizarse en el
disco para abrirse y una vez que se ha ledo informacin del archivo
debe cerrarse, por lo que se proporcionan llamadas para hacer estas
cosas.
d. Llamadas al sistema: Son la interfaz entre el sistema operativo y
un programa en ejecucin.
Pueden ser instrucciones en lenguaje
ensamblador (MSDOS) o pueden hacerse desde lenguajes de alto nivel
como C (Unix, Minix, Linux, Windows NT). El control pasa al vector
de interrupciones para que una rutina la atienda. El bit de modo se
pone en modo monitor. El monitor analiza la instruccin que provoc
la interrupcin. As se ejecuta la solicitud y vuelve el control a la
instruccin siguiente a la llamada al sistema.
Los parmetros
asociados a las llamadas pueden pasarse de varias maneras: por
registros, bloques o tablas en memoria o pilas.
2. Qu es un proceso? Cules son sus caractersticas, sus atributos?
Un proceso es la abstraccin de un programa en ejecucin y, de una forma
un poco ms precisa, como la unidad de procesamiento gestionada por el
sistema operativo. Es algo ms que el cdigo de un programa.

Cada proceso tiene asociado un espacio de direcciones, una lista de

ubicaciones de memoria que se denomina imagen de memoria o core image,
donde el proceso puede leer y escribir informacin. El espacio de direcciones
contiene el programa ejecutable, los datos del programa (variables globales) y
su pila que contiene datos temporales (cmo los parmetros de las funciones,
las direcciones de retorno y las variables locales). Tambin hay asociado a
cada proceso un conjunto de recursos, que comnmente incluye registros (el
contador de programa y el apuntador de pila), una lista de archivos abiertos,

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 2/10

alarmas pendientes, listas de procesos relacionados y toda la dems

informacin necesaria para ejecutar el programa.
Una parte muy importante de estas informaciones se encuentra en el
bloque de control del proceso (BCP). El SO mantiene una tabla de procesos
con todos los BCP de los procesos.
3. Qu es el modelo de procesos?
El modelo de procesos describe a los procesos y el comportamiento de
estos para que el SO pueda controlar la ejecucin de los mismos en cuanto a
la asignacin de recursos, polticas y mecanismos de planificacin.
El modelo de procesos posee las siguientes caractersticas:

Todo el software ejecutable, inclusive el SO, se organiza en varios

procesos secuenciales o procesos.

Un proceso incluye al programa en ejecucin y a los valores activos

del contador, registros y variables del mismo.

Conceptualmente cada proceso tiene su propia CPU virtual.

Si la CPU alterna entre procesos, la velocidad a la que se ejecuta un

proceso no ser uniforme por lo cual: los procesos no deben
programarse con hiptesis implcitas acerca del tiempo;
normalmente la mayora de los procesos no son afectados por la
multiprogramacin subyacente de la CPU o las velocidades relativas
de procesos distintos.

Un proceso es una actividad de cierto tipo: tiene un programa, una

entrada, una salida y un estado.

Un procesador es compartido por varios procesos mediante

mecanismos de planificacin, el cual determinara cuando detener un
proceso y dar servicio a otro distinto.

4. Qu es la jerarqua de procesos? Todos los SO presentan jerarqua de

procesos?
La jerarqua o rbol de procesos se genera cuando se realizan una o ms
secuencias de creacin de procesos, es decir cuando un proceso crea otro.
Para referirse a las relaciones entre los procesos de la jerarqua se emplean
los trminos de padre, hijo, hermano o abuelo. Cuando el proceso A solicita al
sistema operativo que cree el proceso B, se dice que A es padre de B y que B
es hijo de A. Un proceso solo tiene un padre mientras que un padre puede
tener ninguno o varios hijos. Bajo esta ptica, la jerarqua de procesos puede
considerarse como un rbol genealgico.
Los SO deben disponer de una forma de crear y destruir procesos cuando
se requiera durante la operacin, mediante llamadas al sistema.
Algunos sistemas operativos, como Unix, mantienen de forma explcita la
estructura jerrquica de procesos. Un proceso y todos sus hijos, junto con sus
posteriores descendientes, forman un grupo de procesos.
Windows no tiene un concepto de una jerarqua de procesos. Todos los
procesos son iguales. La nica sugerencia de una jerarqua de procesos es
que, cuando se crea un proceso, el padre recibe un indicador especial, un
Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 3/10

token (llamado manejador) que puede utilizar para controlar al hijo. Sin
embargo, tiene la libertad de pasar este indicador a otros procesos, con lo
cual invalida la jerarqua. Los procesos en UNIX no pueden desheredar a sus
hijos.
5. Cules son los principales estados de un proceso?
Los estados que puede tener un proceso son:

En ejecucin: en este estado est el proceso que est siendo

ejecutado por el procesador, es decir, que est en fase de
procesamiento. En esta fase el estado del proceso reside en los
registros del procesador.

Listo: un proceso est listo para ejecutar cuando puede entrar en

fase de procesamiento. Dado que puede haber varios procesos en
este estado, una de las tareas del SO ser seleccionar aquel que
debe pasar a ejecucin a travs del planificador. En esta fase, el
estado del proceso reside en el BCP.

Bloqueado: un proceso bloqueado est esperando que ocurra un

evento y no puede seguir ejecutando hasta que suceda el evento.
En esta fase, el estado del proceso reside en el BCP.

Son posibles cuatro transiciones entre estos estados. Del estado de

ejecucin se pasa al estado de bloqueado al solicitar, por ejemplo, una
operacin d E/S. tambin se puede pasar del estado de ejecucin al de listo
cuando el SO decide que ese proceso lleva mucho tiempo en ejecucin. Del
estado de bloqueado se pasa al estado de listo cuando se produce el evento
por el que estaba esperando el proceso (por ej., cuando se completa la
operacin de E/S solicitada). Todas las transiciones anteriores estn
gobernadas por el SO, lo que implica la ejecucin del mismo en dichas
transiciones.
6. Cmo gestiona el SO los procesos? Cmo se implementan los procesos?
El SO utiliza el modelo de procesos para gestionar lo que ocurre dentro
del sistema. Algunos de los procesos ejecutan programas que llevan a cabo
los comandos que escribe un usuario; otros son parte del sistema y se
encargan de tareas como cumplir con las peticiones de los servicios de
archivos o administrar los detalles de ejecutar una unidad de disco o de cinta
magntica. Cuando ocurre una interrupcin de disco, el sistema toma una
decisin para dejar de ejecutar el proceso actual y ejecutar el proceso de
disco que est bloqueado esperando esta interrupcin.

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 4/10

Varias circunstancias pueden hacer que un estado cambie de estado. La

lista de procesos listos se mantiene en orden prioritario mientras que la lista
de procesos bloqueados esta desordenada desbloquendose de acuerdo al
evento que estn esperando que ocurra.
La asignacin de la CPU al primer proceso en estado listo se denomina
despacho, la cual es ejecutada por una entidad denominada despachador.
El bloqueo es la nica transicin de estado iniciada por el propio proceso
del usuario. Las otras son iniciadas por entidades ajenas al proceso.
Para implementar el modelo de procesos, el sistema operativo mantiene
una tabla (un arreglo de estructuras) llamada tabla de procesos o bloque de
control de procesos (PCB), con slo una entrada por cada proceso. Esta
entrada contiene informacin importante acerca del estado del proceso,
incluyendo su contador de programa, apuntador de pila, asignacin de
memoria, estado de sus archivos abiertos, informacin de contabilidad y
planificacin, y todo lo dems que debe guardarse acerca del proceso cuando
ste cambia del estado en ejecucin a listo o bloqueado, de manera que se
pueda reiniciar posteriormente como si nunca se hubiera detenido.
En la tabla se muestran
los campos clave de un
sistema tpico, pudiendo
variar de un sistema a
otro.
El
manejo
de
las
interrupciones
en
la
ejecucin de los procesos
se llevar a cabo a travs
del planificador.
7. Qu son los hilos o threads?
Los hilos, threads o procesos ligeros son programas en ejecucin (flujos de
ejecucin) que comparten la imagen de memoria y otras informaciones con
otros hilos. Un proceso puede tener un solo flujo de ejecucin, como ocurre
en los procesos clsicos o ms de un flujo de ejecucin.
Desde el punto de vista de la programacin, un hilo se define como una
funcin cuya ejecucin se puede lanzar en paralelo con otras. El hilo de
ejecucin primario, o proceso ligero primario, corresponde a la funcin main.
Cada hilo se ejecuta en forma estrictamente secuencial. Tiene su propio
contador de programa y una pila para llevar un registro de su posicin. Los
hilos comparten la CPU secuencialmente y en tiempo compartido. Pueden
crear hilos hijos. Mientras un hilo est bloqueado se puede ejecutar otro hilo
del mismo proceso.
Cada hilo tiene informaciones que le son propias referidas al contexto de
ejecucin y que no comparte con otros hilos. Se destacan: el contador de
programa, la pila, los registros y el estado del hilo (listo, bloqueado, en
ejecucin).

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 5/10

Los distintos hilos de un proceso comparten un espacio de direcciones,

variables globales, el conjunto de archivos abiertos, los procesos hijos,
cronmetros o temporizadores, seales o semforos y la contabilidad, entre
otros.
8. Cmo comparten informacin los procesos?
Los procesos necesitan compartir informacin. Para ello se hace necesaria
la comunicacin entre ellos bien estructurada sin interrupciones. Por ejemplo,
en una canalizacin del shell, la salida del primer proceso se debe pasar al
segundo proceso y as sucesivamente.
El paso de informacin es fcil para los hilos, ya que comparten un espacio
de direcciones comn. Los hilos en distintos espacios de direcciones que
necesitan comunicarse entran en la categora de los procesos en
comunicacin.
La parte del programa en la que se accede a la memoria compartida se
conoce como regin crtica o seccin crtica.
9. Qu es una condicin de competencia entre procesos?
Una condicin de competencia o condicin de carrera es una situacin en
la que dos o ms procesos leen o escriben datos compartidos y el resultado
final depende del orden en el cual se ejecutan los procesos. Los procesos que
estn colaborando podran compartir cierto almacenamiento comn que
puede estar en la memoria principal o puede ser un archivo compartido. La
ubicacin de la memoria compartida no altera no altera la naturaleza de la
comunicacin ni los problemas que surgen
La depuracin de los programas que contienen condiciones de
competencia no es fcil. Los resultados de la mayor parte de las pruebas son
correctos, pero de vez en cuando algo raro o inexplicable sucede. La clave
para evitar problemas en sta y muchas otras situaciones en las que se
comparte memoria, archivos o cualquier otra cosa es encontrar una forma de
prohibir que ms de un proceso lea y escriba los datos compartidos al mismo
tiempo.
10.Cmo funciona la exclusin mutua con espera activa?
La exclusin mutua con espera activa se refiere a cierta forma de asegurar
que si un proceso est utilizando una variable o archivo compartido, los
dems procesos se excluirn de hacer lo mismo. La eleccin de operaciones
primitivas apropiadas para lograr la exclusin mutua es una cuestin de
diseo importante en cualquier sistema operativo.
Si pudiramos ordenar las cosas de manera que dos procesos nunca
estuvieran en sus regiones crticas al mismo tiempo, podramos evitar las
condiciones de competencia. Necesitamos que se cumplan cuatro
condiciones para tener una buena solucin:
1. Dos procesos nunca pueden estar simultneamente dentro de sus
regiones crticas.
2. No puede suponerse nada acerca de las velocidades o el nmero de las
CPU.
3. Ningn proceso que se ejecute fuera de su regin crtica puede bloquear
a otros procesos.
4. Ningn proceso deber tener que esperar indefinidamente para entrar
en su regin crtica.
Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 6/10

11.Explique brevemente el problema de la cena de los filsofos y su relacin

con los procesos.
El problema de la cena de los filsofos planteado
y resuelto por Dijkstra en 1965, es un problema
de sincronizacin en el cual se plantea la
siguiente situacin:
Cinco filsofos estn sentados alrededor de una
mesa circular. Cada filsofo tiene ante s un plato
de espagueti, el cual es tan resbaloso que un
filsofo necesita dos tenedores para comerlo.
Entre cada par de platos hay un tenedor.
Un filsofo puede estar comiendo o pensando.
Cuando tiene hambre, el filsofo trata de adquirir
sus tenedores izquierdo y derecho en cualquier orden. Si logra adquirirlos,
comer durante un rato. Luego pondr los tenedores en la mesa y seguir
pensando.
Dado el caso en el cual todos los filsofos toman su tenedor izquierdo
simultneamente, ninguno podr tomar su tenedor derecho y se presentar
un bloqueo mutuo.
12.Qu es la planificacin de procesos?
La planificacin de procesos es un conjunto de polticas y mecanismos
incorporados al SO, a travs de un mdulo denominado planificador que debe
decidir cul de los procesos en condiciones de ser ejecutado desde el punto
de vista lgico conviene ser despachado primero y que orden de ejecucin
debe seguirse.
13.Cules son los criterios que debe tener en cuenta un planificador de
procesos?
Los principales criterios respecto de un buen algoritmo de planificacin
son:
Equidad: garantizar que cada proceso obtiene su proporcin justa de
la CPU.
Eficacia: mantener ocupada la CPU el 100% del tiempo.
Tiempo de respuesta: minimizar el tiempo de respuesta para los
usuarios interactivos.
Tiempo de regreso: minimizar el tiempo que deben esperar los
usuarios por lotes (batch) para obtener sus resultados.
Rendimiento: maximizar el nmero de tareas procesadas por hora.
Algunos de estos objetivos son contradictorios. Puede demostrarse que
cualquier algoritmo de planificacin que d preferencia a una clase de
trabajos perjudicar a las otras clases.
14.Explicar los siguientes algoritmos de planificacin de procesos:
a. Torneo
La planificacin de torneo, round robin o por turno circular consiste
en asignar a cada proceso un intervalo de tiempo, conocido como
quntum durante el cual se le permite ejecutarse. Si el proceso se
sigue ejecutando al final del quntum, la CPU es apropiada para
drsela a otro proceso. Si el proceso se bloquea o trmina antes de
que haya transcurrido el quntum, la conmutacin de la CPU se
realiza cuando el proceso se bloquea.

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 7/10

Los procesos se despachan en FIFO (primero en entrar, primero en

ser atendido), dndole a todos igual prioridad.
La determinacin del tamao del quntum es decisiva para la
operacin efectiva del sistema computacional. Si se establece el
quntum demasiado corto se producen demasiadas conmutaciones
de procesos y se reduce la eficiencia de la CPU, pero si se establece
demasiado largo se puede producir una mala respuesta a las
peticiones interactivas cortas. A menudo, un quntum con un valor
entre 20 y 50 mseg constituye una solucin razonable.
b. Por Prioridad
La planificacin por prioridad se basa en la idea de asignar a cada
proceso una prioridad y el proceso ejecutable con la prioridad ms
alta es el que se puede ejecutar.
La prioridad puede ser fija o variable, externa o interna. Si es fija,
ese valor no vara en el ciclo de vida del proceso. Si es variable,
significa que ese valor puede cambiar dinmicamente de manera
tal que haya factores, por ejemplo, el tiempo que lleva
esperando en colas, que puedan ayudar a que haya un
mejor nivel de competencia elevando la prioridad de procesos
postergados y evitar una situacin indeseable llamada starvation
(inanicin). A la tcnica de elevar la prioridad a un proceso de
acuerdo al tiempo que hace que est en el sistema se le llama
aging.
Si la prioridad es interna, es determinada en funcin del uso
de los recursos (memoria, archivos abiertos, tiempos). Si es
externa, puede decidirse darle alta prioridad a un proceso de
importancia, a consideracin del operador.
c. Colas Mltiples
La planificacin a travs de colas mltiples establece clases de
prioridades. Los procesos en la clase ms alta se ejecutan durante
un quntum. Los procesos en la siguiente clase ms alta se ejecutan
por dos quntums. Los procesos en la siguiente clase se ejecutan
por cuatro quntums, y as sucesivamente. Cada vez que un proceso
utiliza todos los quntums que tiene asignados, se mueve una clase
hacia abajo en la jerarqua.
Si se utiliza slo un algoritmo por turno circular, a medida que el
proceso se hunde ms y ms en las colas de prioridad, se ejecutar
con cada vez menos frecuencia, guardando la CPU para procesos
cortos e interactivos. Por ello un proceso, que requera ejecutarse
durante un tiempo largo cuando empez por primera vez pero se
volvi interactivo ms adelante, es castigado para siempre.
Se han utilizado muchos otros algoritmos para asignar procesos a
las clases de prioridades. Por ejemplo, el influyente sistema XDS 940
(Lampson, 1968) construido en Berkeley tena cuatro clases de
prioridad: terminal, E/S, quntum corto y quntum largo. Cuando un
proceso que haba estado esperando la entrada de terminal por fin
se despertaba, pasaba a la clase de mayor prioridad (terminal).
Cuando un proceso en espera de un bloque de disco pasaba al
estado listo, se enviaba a la segunda clase. Cuando a un proceso
Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 8/10

d.

e.

f.

g.

que estaba todava en ejecucin se le agotaba su quntum, al

principio se colocaba en la tercera clase. No obstante, si un proceso
utilizaba todo su quntum demasiadas veces seguidas sin
bloquearse en espera de la terminal o de otro tipo de E/S, se mova
hacia abajo hasta la ltima cola. Muchos otros sistemas utilizan algo
similar para favorecer a los usuarios y procesos interactivos en vez
de los que se ejecutan en segundo plano.
El Primer Trabajo Ms Corto
Denominado Shortest-job-first Scheduling (SJF), este algoritmo
elige entre los procesos de la cola de listos, aquel que tenga
la prxima rfaga de CPU ms corta. Para ello este dato debe ser
conocido, obviamente.
Es un algoritmo que permite que el tiempo de espera promedio sea
bajo. Se puede utilizar en planificadores de largo plazo, pero no en
los de corto plazo pues no hay manera de conocer la medida de
la prxima rfaga. Se podra aproximar considerando el valor de
la previa.
Garantizada
En la planificacin garantizada se establecen compromisos de
desempeo con el proceso del usuario: si existen n procesos en el
sistema el proceso del usuario recibir cerca del 1/n de la potencia
de la CPU.
El sistema debe tener un registro del tiempo de CPU que cada
proceso ha tenido desde su entrada al sistema y el tiempo
transcurrido desde esa entrada. Con los datos anteriores y el
registro de procesos en curso de ejecucin el sistema calcula y
determina que procesos estn ms alejados por defecto de la
relacin 1/n prometida y prioriza los procesos que han recibido
menos CPU de la prometida.
Por Lotera
Se utiliza la planificacin por lotera para dar a los procesos boletos
de lotera para diversos recursos del sistema, como el tiempo de la
CPU. Cada vez que hay que tomar una decisin de planificacin, se
selecciona un boleto de lotera al azar y el proceso que tiene ese
boleto obtiene el recurso. Cuando se aplica a la planificacin de la
CPU, el sistema podra realizar un sorteo 50 veces por segundo y
cada ganador obtendra 20 mseg de tiempo de la CPU como premio.
Los procesos ms importantes pueden recibir boletos adicionales,
para incrementar su probabilidad de ganar. La planificacin por
lotera tiene un alto grado de respuesta. Los procesos cooperativos
pueden intercambiar boletos si lo desean.
Tiempo real
La planificacin para sistemas de tiempo real tiene como fin
principal optimizar el tiempo. Por lo general, uno o ms dispositivos
fsicos externos a la computadora generan estmulo y la
computadora debe reaccionar de manera apropiada a ellos dentro
de cierta cantidad fija de tiempo, puesto que tener la respuesta
correcta pero demasiado tarde es a menudo tan malo como no
tenerla.
Los sistemas de tiempo real se categorizan como de tiempo real
duro, lo cual significa que hay tiempos lmite absolutos que se deben

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 9/10

cumplir, y como de tiempo real suave, lo cual significa que no es

conveniente fallar en un tiempo lmite en ocasiones, pero sin
embargo es tolerable. En ambos casos, el comportamiento en
tiempo real se logra dividiendo el programa en varios procesos,
donde el comportamiento de cada uno de stos es predecible y se
conoce de antemano. Por lo general, estos procesos tienen tiempos
de vida cortos y pueden ejecutarse hasta completarse en mucho
menos de 1 segundo. Cuando se detecta un evento externo, es
responsabilidad del planificador planificar los procesos de tal forma
que se cumpla con todos los tiempos lmite.
Los algoritmos de planificacin en tiempo real pueden ser estticos
o dinmicos. Los primeros toman sus decisiones de planificacin
antes de que el sistema empiece a ejecutarse. Los segundos lo
hacen durante el tiempo de ejecucin. La planificacin esttica slo
funciona cuando hay informacin perfecta disponible de antemano
acerca del trabajo que se va a realizar y los tiempos lmite que se
tienen que cumplir. Los algoritmos de planificacin dinmicos no
tienen estas restricciones.

Severiano, Mara Rosa del Valle

Sistemas Operativos TP N 2

Hoja 10/10