MEMORIA VIRTUAL:

Política de Lectura (fetch). Aquí se busca determinar cuando cargar una Página. Puede ser por: 2.1.1. Por Demanda: Disminuyen los Fallos de Página con el.
42KB Größe 8 Downloads 75 vistas
Sistemas Operativos. ADM. UMC. Ing. Informática – FTI - UB

MEMORIA VIRTUAL: 1. Tipos: (No son excluyentes, pueden convivir en la misma UMC) a. Paginación b. Segmentación c. Segmentación/Paginada (Dar conceptos generales) 1.1. Tamaño Pagina. 1.2. Localización de una dirección en UMC. Tabla de Mapeo de Pagina (TMP) 1.2.1. Modo Standard. 1.2.2. Tablas Multinivel. 1.2.3. Memoria Asociativa, carga en Cache. TBL (Traslation Lockside).

2. Políticas de UMC: 2.1. Política de Lectura (fetch). Aquí se busca determinar cuando cargar una Página. Puede ser por: 2.1.1. Por Demanda: Disminuyen los Fallos de Página con el tiempo. 2.1.2. Paginación Previa: Aquí se tienen en cuenta los retardos del HD. Y se traen Páginas contiguas a la pedida. 2.2. Políticas de Ubicación. Donde depositar el módulo pedido a UMC. Depende del tipo de Adm. de UMC. 2.2.1. Segmentación: usa Firts-fit, Next-fit y Best-fit. 2.2.2. Segm/Paginación: La ubicación no es importante. Lo resuelven los Algoritmos de reemplazo de página. 2.2.3. Paginación: Idem anterior. 2.3. Políticas de Reemplazo: determinan cuales es la página(s) seleccionada para ser reemplazada en UMC. Dependencias: 2.3.1. Números de Marcos de Página para cada Proceso Activo.

Ing. Sergio Omar Aguilera ([email protected])

1

Sistemas Operativos. ADM. UMC. Ing. Informática – FTI - UB

2.3.2. Si el Conjunto de Páginas a reemplazar está limitado al proceso que causa el Fallo de Página (FP) o deberán considerarse todos los Marcos ocupados en UMC. Estos dos puntos últimos son llamados de “Gestión del Conjunto Residente”. 2.3.3. Del conjunto de Páginas seleccionado, determinar una específica. Esto es exclusivo de la Política de Reemplazo.

3. Los Algoritmos de Reemplazo de Página. 3.1. Buscan disminuir el porcentaje de FP o Fallo de Segmento (FS). Atienden el rendimiento general del Sistema. 3.2. Todo reemplazo de páginas incluye: a. Cual es la Página a reemplazar. b. La I/O necesaria para realizar el intercambio de Página. Entonces debemos considerar que a nivel de Procesos aparece otro proceso para hacer el Intercambio, tal que: a. Existe una IRQ causado por el FP (1er Proceso). b. Existe otro Proceso para reemplazar la Página (2do Proceso) 3.3. No hay una Política de Reemplazo real Optima El rendimiento general va ha estar influenciado por: a. Tamaño de la UMC. b. Velocidad relativa de la UMC y el HD. c. Tamaño y número de Procesos que compiten por los recursos. d. Evolución de la Complejidad de los Programas que se ejecutan individualmente. 3.4. Existen los Marcos Bloqueados, tal que los usan el SOp y las estructuras de Control. Se usa un bit de bloqueo en cada Marco. 3.5. Tipos de Algoritmos que veremos. a. Optimo. b. LRU (Least Recently Used) Usado menos recientemente. c. FIFO. d. Reloj.

Ing. Sergio Omar Aguilera ([email protected])

2

Sistemas Operativos. ADM. UMC. Ing. Informática – FTI - UB

3.5.1. Algoritmo Optimo: a. Selecciona la Página que tiene que esperar el mayor tiempo para una nueva referencia. b. Tiene un número de FP .

3.5.3. FIFO: a. Aquí se hace analogía tal que los Marcos de Página de cada Proceso son un Buffer circular. b. Elimina las páginas usando un sistema Round-Robin. c. Fácil de implementar. d. Reemplaza la Página más vieja, sin importar la cantidad de referencias. De allí el problema que una Página muy referenciada también puede ser reemplazada. e. Genera muchas FP. Es, en general, de rendimiento pobre.

3.5.4. Reloj: a. Existen muchas formas de aplicarlo. La más simple es haciendo uso del “bit de uso”. Si entra una nueva Página, su bit de Marco es 0. Cuando se referencia nuevamente dicha Página, el bit de Marco pasa a 1. b. Cuando hay un FP el Administrador busca todas las Páginas del Proceso (referenciado) eso es un Alcance Local. O si busca en la Páginas de toda la UMC es un Alcance Global. c. Cuando busca, la 1era que encuentra con el Bit de Marco o Uso igual a 0, la reemplaza. d. Cuando todas las Páginas tienen el bit de uso en 1, dan una vuelta completa, entonces Resetea a todas las Páginas a Bit de Uso igual a 0, y reemplaza el 1er Marco que encuentra. e. Es parecido a FIFO. f. Se aumenta la potencia de trabajo tomando más bits de Uso. VER EJEMPLO

4. Gestión del Conjunto Residente: Ing. Sergio Omar Aguilera ([email protected])

3

Sistemas Operativos. ADM. UMC. Ing. Informática – FTI - UB

4.1. Tamaño del Conjunto Residente Corresponde a la Memoria asignada a un determinado Proceso. Depende: 4.1.1. A menor Memoria asignada a un Proceso, Mayor es la cantidad de Procesos en UMC. Entonces aumenta la Probabilidad de Procesos en LISTO. 4.1.2. Si hay pocas Páginas de un Proceso en UMC, entonces aumenta la probabilidad de FP. 4.1.3. Existe un tamaño asignado Umbral, y cuando se supera y hay memoria adicional no disminuye el porcentaje de FP, debido al principio de Cercanía. De alli que hay dos tipos de Asignación. 4.2. Tipos de Asignación. 4.2.1. Asignación Fija: Siempre la misma cantidad de Páginas de un Proceso en UMC, para todos los Procesos. Entonces el reemplazo tiene Alcance Local. 4.2.2. Asignación Variable: Asigna un número variable de Páginas de un Proceso. En función de la Historia del Proceso. El SOp debe evaluar el comportamiento de los procesos activos, pero aumenta la Complejidad y Costos. Puede tener Alcance Local y Global.

5. Políticas de Vaciado: Es lo contrario a la Política de Lectura. Hay dos tipos: 5.1. Vaciado por Demanda: Aquí se hace Write sobre HD. Si y solo Si la Página N ha sido elegida para ser reemplazada. 5.2. Vaciado Previo: Hace Write sobre HD, con cada modificación de las Páginas en UMC.

6. Control de Carga Mide el número de procesos en UMC, es el Grado de Multiprogramación. Si hay pocos Procesos, entonces Aumenta la Probabilidad de que esten todos Bloqueados.

Ing. Sergio Omar Aguilera ([email protected])

4

Sistemas Operativos. ADM. UMC. Ing. Informática – FTI - UB

Si hay muchos Proceso, entonces Aumenta la Probabilidad de HiperPaginación. Tal que si hay muchos Procesos