Captulo

Proceso

Todos los SO, desde los sistemas monousarios hasta los

sist. de grandes computadores , que soportan miles de
usuarios, estn construidos en torno al concepto de
proceso.

Los requisitos principales que debe satisfacer un SO estn

expresados haciendo referencia a los procesos:
-SO debe intercalar la ejecucin de un conj. de procesos para
maximizar la utilizacin del procesador, ofrecinedo a la vez un
tiempo de resp. razonable.
- SO debe asignar los recursos a los procesos en conformidad
con una politica (ej. prioridad), evitando al mismo tiempo el
interbloqueo
- SO da soporte a la comunicacin entre procesos y la creacin
de procesos por parte del usuario.
3

QU ES UN PROCESO?
- Definicin: Un Proceso es una abstraccin de un programa en ejecucin
cdigo + recursos (tiempo de CPU, memoria, accesos a E/S, etc.)

Proceso A
Proceso B
Proceso C

Planificador
de
Procesos

Proceso

- El proceso es una nidad mnima de trabajo con entidad particular:

tarea en un sistema lineal, un programa ejecutado en un sistema a
tiempo compartido, cada tarea propia del SO, entendidas (abstraccin)
como tareas secuenciales, aunque en realidad no usen toda la CPU.

A
B
C
D

Proceso D
Tiempo de CPU

Proceso
Es un concepto fundamental en la estructura de SO
Trmino ms general que trabajo (job)
Se define como:
programa en ejecucin
entidad bsica que puede ser asignada a un
procesador y ejecutada en l

Qu hay en un proceso?
Para representar un proceso debemos recoger toda la
informacin que nos de el estado de ejecucin de un programa.
Es decir:
- el cdigo y datos del programa, una pila de ejecucin, el PC
indicando la prxima instruccin, los valores actuales del
conjunto de registros de la CPU, un conjunto de recursos del
sistema (memoria, archivos abiertos, etc.).

La fig. anterior indica la forma en que pueden

implementarse los procesos
Ej. Hay 2 procesos, A y B, en memoria principal. Cada proceso
tiene un espacio/bloque de memoria que contiene:
programa+datos+contexto.
Cada proceso es registrado en una lista de proceso manejada por
el SO. La lista contiene una entrada para cada proceso y se
dispone de un puntero a la posicin del bloque de memoria que
contiene el proceso.
El registro de ndice del proceso (I.Pr) contiene el ndice ,
dentro de la lista de procesos, del proceso que est
actualmente controlando al procesador.
8

El contador del programa (PC) apunta a la prxima

instruccin del proceso que se ejecutar.
Los registros e Base y de Lmite definen la regin de memoria
ocupada por el proceso.
En el ejemplo, el registro de I.Proc indica que el proceso B est
ejecutandose. El proceso A esta ejecutandose con anterioridad,
pero fue interrumpido temporalmente. El contenido de todos los
registros en el momento de la interrupcin de a fue registrado en
su CONTEXTO de ejecucin.
Ms tarde la CPU podr llevar a cabo un cambio de contexto y
reanudar la ejecucin del proceso A.
9

Un proceso puede estar ejecutandose o esperando su

ejecucin. El estado del proceso est contenido en su contexto.
Esta estructura permite la coordinacin entre procesos. Se
incorporan nuevas caractersticas al SO (ej. Prioridades) mediante
la ampliacin del contexto.
Un proceso esta normalmente es uno de los sig. estados:
- Running (ejecutandose): proceso ejecutandose en CPU
- Ready (preparado): proceso esperando ser asignado a
algn
procesador
- Blocked (bloquedo): proceso esperando algn evento para
estar en estado ready
10

11

La mision principal del procesador es ejecutar las instrucciones

de la maquina que residen en la memoria principal. Estas
instrucciones se dan en la forma de programas que contienen
secuencias de instrucciones.
El procesador ejecutar instrucciones de entre un reportorio en
una secuencia dictada por los valores cambiantes de un
registro, contador de programa (PC, Prog. Counter) o puntero
a las instrucciones.
A lo largo del tiempo este contador puede apuntar a codigo de
programas diferentes que son parte de diferentes aplicaciones.
En este contexto la ejecucin de un programa se conoce como
proceso o tarea.
12

El comportamiento de un proceso, puede caracterizarse por el

listado de la secuencia de instrucciones que se ejecutan para
dicho proceso. Dicho listado se llama traza del proceso.

La fig. siguiente muestra la disposicion en la memoria de 3

procesos, los que son representados por programas que estan
cargados por completo en la memoria principal. Adems hay
un pequeo prog. Distribuidor que asigna el procesador de un
proceso a otro.

13

14

Lo sig. muestra las trazas de los tres procesos durante la

primera parte de la ejecucion.
Se muestran las 12 primeras instruccions ejecutadas en los
procesos A y C. El proceso B ejecuta 4 instruciones y se supone
que la cuarta instruccin invoca una oper E/S por la que el
proceso debe esperar
Traza Proc A

Traza ProcB

Traza ProcC

+0

+0

+0

...

...

...

+11

+3

+11

15

Vamos a considerar ahora estas trazas desde el pto. de vista del

procesador.
Se muestran las trazas intercaladas resultantes de los primeros
52 ciclos de instruccin.
Se supone que SO permite a un proceso continuar su ejecucin
slo por un mximo de seis ciclos de instruccin, despues de los
cuales es interrumpido, impidiendo que un solo proceso
monopolice el tiempo del procesador.
Se ejecutan las primeras 6 instruc. del proceso A, seguidas del
fin de plazo (time-out) y la ejecucin de cierto codigo del
distribuidor (), que pasa el contro al proceso B. Despues de
ejecutar 4 instruc., este solicita una accion E/S por la que debe
esperar. Se detiene ejecucion proc B y se pasa al proc C.. Y luego
al A, etc.
16

+0

+0

...

...

+5

+5

FinPlazo

+0

+0

..

...

+5

+5

FinPlazo

+0

+0

...

...

+3

+5

Solicitud E/S

+6

...etc
17

18

La responsabilidad principal del SO es el control de la

ejecucin de los procesos, esto incluye la determinacin de
las pautas de intercalado que se van a seguir y la asignacin
de recursos a los procesos.

Para poder disear el SO de una forma efectiva, se necesita

tener un modelo claro del comportamiento de un proceso.

El primer paso para disear un prog. que controle los

procesos es describir el comportamiento que se querra que
presentaran los procesos
19

Ciclo de vida de los procesos

- Modelo sencillo ( 2 estados)
- Modelo de cinco (5) estados
- Modelo general (6 estados)
- Modelo de siete (7) estados

20

..
El ciclo de vida de los procesos describe el comportamiento
que se quiere que exhiban
Existen varios modelos dependiendo de la complejidad que
el sistema operativo sea capaz de soportar

21

Modelo de procesos con 2 estados

El modelo ms sencillo que puede construirse tiene un
cuenta que un proceso puede estar ejecutandose en el
procesador o no. As un proceso puede estar en uno de 2
estados: Ejecucin o No_Ejecucin.

Entrar

Expedir
No Ejecucion

Salir
Ejecucion

Interrumpir
22

..

23

..
Cuando SO crea un nuevo proceso , este entra en el sistema en
estado de NO_Ejecucin.
De este modo, el proceso existe, es conocido por el SO y est
esperando la oportunidad de ejecutarse.

De cuando en cuando, el proceso que est ejecutando ser

interrumpido y el programa Distribuidor del SO seleccionar
un nuevo proceso para que se ejecute.
El proceso anterior pasa del estado Ejecucin al estado de
No_Ejecucin y uno de los dems procesos pasar al estado de
Ejecucin.
24

..
Incluso en este modelo tan simple, se aprecian elementos de
diseo del So.

Cada proceso debe representarse de forma que el SO pueda

seguirle la pista, es decir debe haber informacin relativa a cada
proceso, incluyendo su estado actual y su posicin en memoria.

Aquellos procesos que no estn ejecutandose tienen que

guardarse en algn tipo de cola, para que esperen su turno de
ejecucin.
Cada entrada de la cola es un puntero a un proceso .
25

..
El comportamiento del distribuidor se puede describir en
termino de un diagrama de colas.

Cuando el proceso se interrumpe, se le pasa a la cola de

procesos en espera.

Por otra parte, si un proceso termina o se abandona, se le

descarta del sistema (sale del sistema). En cualq. caso, el
distribuidor selecciona entonces un proceso de la cola para
ejecutarlo.
26

Diagrama del modelo de 2 estados

27

..
Si todos los procesos estuvieran siempre listos para ejecutar,
entonces este modelo de 2 estados sera eficaz.

La cola es FIFO, y el procesador opera segn un turno

rotatorio (round robin) con todos los procesos disponibles, es
decir a cada proceso de la cola se le otorga una cierta
cantidad de tiempo para ejecutar y luego vuelve a la cola, a
menos que se bloquee.

Esta implementacin NO es adecuada.

28

..
Algunos procesos en el estado de NO ejecucin estn listos
para ejecutar, mientras que otros estn bloqueados,
esperando a que termine una operacin de E/S.

As pues, utilizando una cola sencilla, el distribuidor podra

no seleccionar exactamente el proceso que est en el
extremo ms antiguo de la cola.

Ms bien el distribuidor tiene que recorrer la cola

buscando el proceso que no este NO bloqueado y que
lleve ms tiempo en la cola.
29

Es suficiente con tener los estados Ejecucin y No

ejecucin?
Problema: Procesos que no pueden ejecutarse (por realizar E/S)
retienen la CPU.
Solucin:
1. Dividir No ejecucin en dos estados:
A. Bloqueado esperando un suceso (esperando E/S).
B. Listo (no est en E/S).
2. Dividir cola no ejecucin en:
A. Cola listos.
B. Cola bloqueados.
Es posible incluir nuevos estados
new, exit
30

Modelo de procesos con 5 estados

Una forma ms natural de afrontar esta situacin es dividir el
estado de No Ejecucin en 2 estados:
- Listo
- Bloqueado

Adems incluir 2 estados (Nuevo y Terminado). Estos estados

son tiles para la gestin de procesos.
El estado Nuevo corresponde a los procesos que acaban de
ser definidos
El estado Terminado corresponde a los procesos que salen
del sistema

31

..

32

Los cinco estados de este nuevo diagrama son:

- EJECUCIN: Es el proceso que esta actualmente en
ejecucin. Este modelo supone computadores con un nico
procesador, de forma que slo un proceso, a lo sumo, puede
estar en este estado en un instante dado.
- LISTO: Proceso que est preparado para ejecutar, en cuanto
se le d la oportunidad
- BLOQUEADOS: Proceso que no puede ejecutar hasta que se
produzca cierto suceso, como la terminacin de una operacin
de E/S
- NUEVO: Proceso que se acaba de crear, pero que an no ha
sido admitido por el SO en Listo
- TERMINADO: Proceso que ha sido excluido por el SO del
grupo de procesos ejecutables.
33

..
Veamos ms detalle:

Si un nuevo trabajo es remitido para su ejecucin, el SO

define un nuevo proceso en 2 pasos:
El SO lleva a cabo algunas tareas necesarias de gestin interna:
- Se le asocia un identificador al proceso y
- se construyen y asignan algunas tablas
gestionar el proceso.

necesarias para

En este punto el proceso estar en el estado Nuevo. Esto

significa que el SO ha llevado a cabo las acciones necesarias
para crear el proceso pero NO se ha comprometido an su
ejecucin.
Un SO limita la cant. de procesos que pueden estar en el sistema
por razones de rendimiento o de limitacin de memoria..
34

..
Del mismo modo, un proceso sale del sistema en 2 pasos:
1) El proceso termina cuando:
- llega al punto normal de terminacin,
- se abandona debido a un error irrecuperable
- u otro proceso con la debida autoridad hace que el proceso
abandone.
La terminacin pasa el proceso al estado Terminado. En este
punto, el proceso ya no se elige ms para la ejecucin.
2) Sin embargo las tablas y la informacin asociada con el
trabajo son conservadas temporalmente por el SO, para que
programas auxiliares o de soporte extraigan informacin
necesaria. Luego el SO borra del sistema toda la inform.
Relativa al proceso.
35

Transiciones de Estado de un proceso

- Nulo

->

Nuevo

- Nuevo

->

Listo

- Listo

->

Ejecucin

- Ejecucin

->

Terminado

- Ejecucin

->

Listo

- Ejecucin

->

Bloqueado

- Bloqueado ->

Listo

36

..
Algunos motivos por los que un proceso puede pasar de NULO
a NUEVO,
NUEVO ser creado son los siguientes:
Un nuevo usuario se conecta al sistema.
El sistema operativo crea un proceso para que realice un
determinado servicio.
Un proceso puede crear/generar otros procesos, ej. aprovechar
paralelismo.
Es el siguiente trabajo de un procesamiento por lotes (batch).

37

..
EL SO pasar un proceso del estado NUEVO a LISTO cuando
est preparado para aceptar un proceso ms.

La mayora de los sistemas ponen un lmite en funcin del

nmero de procesos existente o en la cantidad de memoria
dedicada a los procesos existentes..

El motivo de este lmite es asegurar que no haya tantos

procesos activos como para degradar el rendimiento

38

..
LISTO a EJECUCION:
Cuando es hora de seleccionar un nuevo proceso para
ejecutar, el SO elige a uno de los procesos del estado Listo.
Hay distintos tipos de planificacin cada uno con sus
respectivos algoritmos
- Planificacin a Largo Plazo
- Planificacin de Mediano Plazo
- Planificacin a Corto Plazo
- Planificacin de E/S
.esto se ver en detalle ms adelante (!!)
39

..
Las causas por las que un proceso para de EJECUCION a
TERMINADO pueden ser las siguientes:
El proceso ejecuta una llamada al sistema indicndole que ha
terminado.
El proceso requiere ms memoria de la que el sistema puede
suministrarle y no hay disponible.
Violacin de lmites, como acceder a una posicin de memoria a
la que no la est permitido acceder.
Se excede un lmite de tiempo de espera
Errores de proteccin, aritmticos, intento de ejecutar
instrucciones no existentes o no permitidas en modo usuario, etc.
El operador del sistema o el usuario decide eliminar el proceso.
Fallo de E/S
Terminacin de proceso padre
40

..
EJECUCION a LISTO:
La razn ms comn de esta transicin es que el proceso que
est en ejecucin ha alcanzado el tiempo mximo permitido de
ejecucin ininterrumpida.
Todos los SO con multiprogramacin imponen este tipo de
norma de tiempo.
Hay otras causas, pero que no estn implementadas en todos
los SO, ejemplo: proceso de mayor prioridad luego de salir de
bloqueado y pasar a Listo, puede reemplazar a otro proceso de
menor prioridad que esta Ejecutandose.

41

..
Los motivos por las que un proceso pasa de EJECUCION a
BLOQUEADO (solicita algo por lo que debe esperar) son:
Llamadas a servicios del sistema (procedimiento que forma
parte del cdigo del SO) que no est preparado/disponible para
llevar a cabo de inmediato.
El sistema operativo lleva el proceso a disco (swapping) para
permitir la ejecucin de otros procesos.
El proceso inicia una accin, como una operacin de E/S , que
debe terminarse antes de que el proceso pueda continuar.
Un proceso se puede ejecutar de forma peridica y debe
esperar hasta que llega el siguiente intervalo.
Un proceso se comunica con otro, pero debe esperar a que el
otro proceso le proporcione una entrada o un mensaje
42

..
Un proceso pasar de BLOQUEADO a LISTO:
Cuando se produzca el suceso que estaba esperando.

43

Diagrama del modelo de 5 estados

Hay 2 colas. Listos y Bloqueados.

Este diagrama no considera prioridad, por ahora se debera recorre
cada Cola en busca de el proceso de mayor prioridad. Puede
considerarse varias colas de Listos y Bloqueados cada una con un
nivel de prioridad. EL SO puede saber fcilmente cual es el proceso
de prioridad ms alta que lleva ms tiempo esperando.

44

..
Si bien se han construido SO empleando solamente estos 3
estados, se requieren aadir ms estados al modelo de 5
estados.
Cada proceso que va a ejecutarse debe ser cargado por
completo en la memoria principal. Todo esto para rapidez del
procesador y porque las actividades de E/S son mucho ms
lentas que las de clculo, y puede llegar a darse que todos los
procesos estn esperando por E/S.

que podemos hacer ?

45

..
1) La memoria podra ampliarse para alojar ms procesos.
Pero esto tiene un soto asociado a la memoria, que crece
cuando hablamos de GigaBytee , TeraBytes y PentaBytes

2) El intercambio, lo que significa mover una parte del

proceso o todo de la memoria principal a disco .
Cuando ninguno de los procesos en memoria principal est en
estado LISTO, el SO expulsa a disco a uno de los procesos que
este BLOQUEADO y lo pasa a una nueva cola de
SUSPENDIDO. Esta es una cola de procesos existentes que
han sido sacados de la memoria principal.

46

Modelo de procesos General (6 estados)

Cabe recalcar que el intercambio es una operacin de E/S,
pero esta E/S con el disco es ms rpida que con una cinta,
impresora, etc., po lo que mejora el rendimiento.

Por ende al modelo existente debemos agregarle un nuevo

estado (Suspendido)
Luego el SO cuando haya realizado una operacin de
intercambio de un proceso a disco, tendr 2 opciones para
seleccionar el proceso que va a traer a memoria:
- admitir un proceso recin creado
- traer un proceso suspendido previamente
47

..

48

Estados Posibles

49

..
Pero an con esta lnea de razonamiento se presenta una
dificultad.
Todos los procesos que fueron SUSPENDIDO estaban en el
estado BLOQUEADO en el momento de la suspencin.
Realmente no har ningn bien traer de nuevo a memoria
principal un proceso BLOQUEADO porque NO est todava
listo para ejecutarse.
Un proceso en estado SUSPENDIDO fue bloqueado
originalmente por un suceso concreto; cuando se produzca tal
suceso, el proceso se desbloquear y estar disponible para su
ejecucin.
50

..

51

Modelo de procesos de 7 estados

Se crean 2 estados ms:
- Suspendido Bloqueado:
El proceso esta en memoria secundaria esperando un
suceso
- Suspendido Listo:
El proceso est en memoria secundaria pero est
disponible para su ejecucin tan pronto como se cargue en la
memoria principal.

52

..

53

..
Expliquemos las nuevas transiciones:
- Bloqueado

->

Suspendido Bloqueado

- Suspendido Bloqueado

->

Suspendido Listo

- Suspendido Listo

->

Listo

- Listo

->

Suspendido Listo

- Nuevo

->

Suspendido Listo

- Nuevo

->

Listo

- Suspendido Bloqueado

->

Bloqueado

- Ejecucin

->

Suspendido Listo
54

..
- Bloqueado ->

Suspendido Bloqueado

Si no hay procesos Listos, entonces al menos un proceso

BLOQUEADO se expulsa para dar cabida a otro proceso que
no est bloqueado.

- Suspendido Bloqueado

->

Suspendido Listo

Un proceso pasa de un estado al otro, cuando ocurre el suceso

que estaba esperando.

55

..
- Suspendido Listo

->

Listo

Cuando no hay procesos LISTO en la memoria principal, el

SO tendr que traer uno para continuar la ejecucin. Adems
puede darse que un proceso en estado SUSPENDIDO LISTO
tenga prioridad mayor que los procesos LISTO.

- Listo

->

Suspendido Listo

Puede ser necesario suspender un proceso LISTO si sta es la

nica forma de liberar un bloque grande de memoria
principal. O el SO puede escoger suspender un proceso LISTO
de ms baja prioridad en lugar de unos BLOQUEADO que sea
de prioridad ms alta.
56

..
- Nuevo

->

Suspendido Listo

->

Listo

Cuando se crea un nuevo proceso, se le puede aadir a la cola de

LISTO o la cola de SUSPENDIDO LISTO.
En ambos casos el SO construye las tablas para administrar el proceso
y le asigna un espacio de direcciones.
El paso a SUSPENDIDO LISTO se explica por distintos argumentos:
- Hacer que el SO haga todas estas labores (tablas, etc.) antes de estar
listo
- para una filosofa de procesos justo a tiempo , ya que retrasando la
creacin todo lo que se pueda, ayuda a reducir la sobrecarga del SO ya
que le permite llevar a cabo estas tareas cuando la CPU este ociosa
57

..
- Suspendido Bloqueado

->

Bloqueado

Ocurre cuando un proceso de BLOQUEADO SUSPENDIDO

tiene mayor prioridad que la de cualquier proceso de la cola
SUSPENDIDO LISTO

- Ejecucin

->

Suspendido Listo

Generalmente un procesos en EJECUCION pasa al estado

LISTO cuando expira su fraccin de tiempo asignado. Pero si se
esta expulsando al proceso porque hay un proceso de prioridad
mayor en la lista de SUSPENDIDO BLOQUEADO que se acaba
de desbloquear , entonces el SO podra pasar el proceso en
EJECUCION directamente a la cola de SUSPENDIDO LISTO,
liberando espacio en memoria principal.
58

DESCRIPCIN DE PROCESOS
El SO es el controlador de los sucesos que se producen en un
sistema informtico.

El SO es el planificador de los procesos para su ejecucin en el

procesador, el que asigna los recursos a los procesos y el que
responde a las solicitudes de servicios bsicos realizados por
los programas de usuario.

que necesita el SO para controlar los procesos y administrar

los recursos para ellos ?
59

Estructura de Control del SO

El SO para administrar los procesos y los recursos debe
disponer de informacin sobre el estado actual de cada proceso
y recurso.
Para ello el SO construye y mantiene tablas de informacin
sobre cada entidad que est administrando.
Hay 4 tablas bsicas:
- Tablas de memoria
- Tablas de E/S
- Tablas de archivos
- Tablas de Procesos
60

Tablas de Memorias
Se utilizan para seguir la pista de la memoria principal (real) y
secundaria (virtual).

Parte de la memoria principal eta reservada para el uso del SO

, y el resto est disponible para el uso de los procesos.

Los procesos se mantienen en memoria secundaria mediante

alguna forma de memoria virtual o por un mecanismo de
intercambio.

61

..
Las tablas de memoria deben incluir la informacin siguiente:

- Asignacin de memoria principal a los procesos

- Asignacin de memoria secundaria a los procesos
- Cualquiera atributo de proteccin de segmentos de memoria
principal o virtual
- Cualquier informacin secundaria para gestionar la memoria
virtual
!! Esto se ver en detalle en GESTION DE MEMORIA
PRINCIPAL Y VIRTUAL !!
62

Gestin de memoria principal

La memoria principal es el almacenamiento de acceso directo
para la CPU y los dispositivos de E/S. Es voltil.
El SO es responsable de:
asignar/desasignar memoria a los programas (tanto
explcita como implcitamente),
- mantener la pista de la de memoria utilizada actualmente y
quin la usa.
- decidir cuanta memoria asignar a cada proceso, y cuando
debe ser retirado de memoria un proceso.

63

Tablas de E/S
Son utilizadas por el SO para administrar los dispositivos y los
canales de E/S del sistema informtico.
En un momento dado, un dispositivo de E/S puede estar
disponible o estar asignado a un proceso.
Si hay una oper. de E/S en ejecucin, el SO necesita conocer el
estado de la operacin de E/S y la posicin de memoria
principal que se est utilizando como origen o destino de la
transferencia de E/S.

!! Esto se ver en detalle en GESTION DE E/S !!

64

Gestin de Entradas/Salidas
Los SOs suministran una interfaz estndar entre los
programas y los dispositivos, es decir, utilizan las mismas
funciones independientemente del dispositivo.
Un manejador de dispositivo es el mdulo responsable de
gestionar un tipo de dispositivo.
Este encapsula el conocimiento especfico del dispositivo,
p.ej.,inicializacin, interrupciones, lectura/escritura, etc.
Puede haber un proceso por cada dispositivo o incluso por
cada solicitud de E/S, dependiendo del SO particular.

65

Tablas de Archivos
Son utilizadas por el SO para tener informacin sobre la
existencia de los archivos, su posicin en memoria secundaria,
su estado actual y otros atributos.
!! Esto se ver en detalle en GESTION DE ARCHIVO !!

Tablas de Procesos
El SO posee estas tablas para administrar los procesos.

66

Gestin de archivos
Un archivo es una coleccin de informacin con nombre.
Es la entidad bsica de almacenamiento persistente.
El sistema de archivos suministra las siguientes operaciones
sobre archivos:
- crear/borrar archivos y directorios,
- funciones para manipular archivos y directorios: leer,
escribir, renombrar, ...
- correspondencia entre archivos y su almacenamiento
secundario.
- Tambin, suministra servicios generales: backup,
contabilidad y cuotas, etc.
67

Gestin de procesos
Podemos definir proceso como una instancia de un
programa en ejecucin.
El SO es responsable de las siguientes actividades
relacionadas con los procesos:
- crear/destruir procesos,
- suspender/reanudar procesos,
- suministrar los mecanismos para sincronizar y
comunicar procesos.

68

 como crea el SO la tablas por primera vez ?

El SO debe tener algn conocimiento sobre el entorno bsico,
tal y como cunta memoria principal hay, cuales son los disp.
de E/S y sus identificadores.
Este es un asunto de configuracin, es decir, cuando se
inicializa el SO, ste debe tener acceso a algunos datos de
configuracin que definan el entorno bsico y estos datos
deben crearse fuera del SO, con la asistencia humana.

69

Estructura de Control de Procesos

El SO para administrar y controlar a los procesos necesita
conocer:
- donde est ubicado el proceso
- los atributos del proceso

70