Gestión de memoria

1. Gestión de memoria

2. Índice • Objetivos del sistema de gestión de memoria • Modelo de memoria de un proceso • Esquemas de memoria basados en asignación contigua • Memoria virtual • Archivos proyectados en memoria • Servicios de gestión de memoria

3. 1. Objetivos del sistema de gestión de memoria

4. 1. Objetivos del sistema de gestión de memoria • En sistemas con multiproceso, el S.O. debe “repartir” los recursos entre los procesos existentes: • Reparto de procesador: Gestión de procesos • Reparto de memoria: Gestión de memoria • Objetivos del Gestor de Memoria • Espacios lógicos independientes • Protección entre procesos • Compartición de Memoria (procesos ligeros) • Soporte a las regiones del proceso • Maximizar el grado de multiprogramación • Mapasde memoria de un tamaño adecuado (normalmente grandes)

5. 1. Objetivos del sistema de gestión de memoria • Espacios lógicos independientes • A priori no se conoce la posición de memoria que ocupará un programa cuando vaya a ejecutarse (estado de ocupación de la memoria) • Código en ejecutable genera referencias entre 0 y N • Ejemplo: Programa que copia un vector • Vector destino a partir de dirección 2000 • Tamaño del vector en dirección 1500 • Vector origen a partir de dirección 1000

6. 1. Objetivos del sistema de gestión de memoria Se supone que el código del SO reside en las posiciones más altas. El programa se carga en la posición 0 y para que se ejecute ha de pasársele el control (es decir, que el contador del programa apunte a esta posición). • Problema:Como se ve, no coinciden las direcciones usadas en el programa con la posición a partir de la cual se carga el programa. Suponer por ejemplo, que el programa se cargara a partir de la posición 10000.... • Solución: Reubicación de direcciones lógicas a físicas

7. 1. Objetivos del sistema de gestión de memoria • Reubicación: Traducir direcciones lógicas a direcciones físicas dependientes del hardware mediante una función de traducción. La reubicación permite crear un espacio lógico independiente para cada proceso y el S.O. debe poder acceder a los espacios lógicos para realizar la traducción. • Direcciones lógicas: direcciones de memoria generadas por el programa • Direcciones físicas: direcciones de memoria principal asignadas • Función de traducción: Traducción(IdProc, dir_lógica)dir_física • Ejemplo: El programa tiene asignada memoria a partir de la dirección 10000 Reubicación: sumar 10000 a direcciones lógicas • Implementación: • Hardware • Software

8. 1. Objetivos del sistema de gestión de memoria • Reubicación Hardware: la MMU (memory management unit) se encarga de la traducción • Proceso: • Programa se carga en memoria sin modificar • El S.O. almacena por cada proceso su función de traducción • El S.O. especifica a la MMU qué función aplicar para cada proceso

9. 1. Objetivos del sistema de gestión de memoria • Reubicación software: traducción de direcciones durante carga del programa. Esta solución se usa en sistemas sin el hardware específico de traducción (MMU). • Proceso: • El programa se carga con las direcciones ya traducidas • Se genera un código diferente del programa ejecutable • Desventajas: • No asegura protección (no se verifica cada dirección a usar, sino que se usan las direcciones generadas tras el proceso de carga) • No permite mover programa en tiempo de ejecución (suponer que es necesaria la reubicación del espacio asignado al proceso, por necesitar más espacio.....)

10. 1. Objetivos del sistema de gestión de memoria • Protección entre procesos La protección es diferente según sea un sistema Mono o Multi programado: Sistema MonoProgramado: La intrusión se dará solamente entre el programa y el S.O. Sistema MultiProgramado: La intrusión puede venir tanto de otros procesos como de otros usuarios además del riesgo del sistema Monoprogramado. • Acciones • La traducción de direcciones debe crear espacios disjuntos • Es necesario validar todas las direcciones que genera el programa • La detección de alguna intrusión debe realizarla el hardware del procesador (MMU), ya que hay que realizarla en tiempo de ejecución • El tratamiento de alguna intrusión lo hace el SO • En sistemas con mapa de E/S y memoria común: • Traducción permite impedir que los procesos accedan directamente a dispositivos de E/S

11. 1. Objetivos del sistema de gestión de memoria • Compartición de Memoria (procesos ligeros) La compartición de memoria entre procesos da soporte a la creación de procesos ligeros y está controlado por el S.O. • Acciones: • Las direcciones lógicas de 2 o más procesos se corresponderán con una misma dirección física. • La memoria asignada a cada proceso no puede ser ya contigua. • La función de traducción en estos casos se va haciendo más compleja. • Ventajas: • Procesos ejecutando mismo programa comparten su código • Mecanismo de comunicación entre procesos muy rápido

12. 1. Objetivos del sistema de gestión de memoria • Problemas: • Requiere asignación no contigua • Si la posición de zona compartida contiene referencia a otra posición de la zona compartida, no se puede saber a qué dirección se refiere puesto que cada proceso ligero verá esa dirección de forma diferente Ejemplo: Si el código, que es común, contiene una bifurcación, no se podrá determinar a qué dirección se debe saltar, dependiendo del proceso que esté ejecutando el código lógico físico

13. 1. Objetivos del sistema de gestión de memoria • Soporte de las regiones del proceso El mapa de memoria de un proceso no es homogéneo, ya que las regiones contienen diferentes tipos de información (código, datos y pila normalmente) y poseen diferentes características • Acciones: • Hacer mapa de memoria dinámico: • Regiones cambian de tamaño (p.ej. pila) • Se crean y destruyen regiones (el sistema de memoria debe controlar qué regiones están presentes, así como su tamaño) • Existen zonas sin asignar (huecos, con carácter dinámico) • Detectar accesos no permitidos a una región ( de sólo lectura por ej) • Detectar accesos a huecos • Evitar reservar espacio para huecos • Guardar y gestionar una tabla de regiones para cada proceso

14. 1. Objetivos del sistema de gestión de memoria • Maximizar el grado de multiprogramación El reparto de memoria debe ser tal que maximize el grado de multiprogramación para evitar el desperdicio de memoria • Memoria desperdiciada • Restos (huecos) inutilizables (fragmentación) • Tablas requeridas por gestor de memoria • Acciones • Crear bloques de asignación de menor tamaño • Gestionar las tablas de asignación más eficientemente • Se opta por la paginación • Uso de memoria virtual para aumentar grado de multiprogramación Aprovechamiento de memoria óptimo es irrealizable!!!! Tablas de gestión demasiado grandes

15. 1. Objetivos del sistema de gestión de memoria • Mapas de memoria de un tamaño adecuado (normalmente grandes) Los procesos necesitan cada vez mapas más grandes: aplicaciones más novedosas, más recursos gráficos, más carga computacional.... • Acciones • Utilizar Memoria Virtual • Hacer que el usuario disponga virtualmente de una enorme cantidad de memoria física • Otras opciones (antigua) • Overlays • Programa dividido en fases que se ejecutan sucesivamente • En cada momento sólo hay una fase residente en memoria • Cada fase realiza su labor y carga la siguiente • No es transparente: Toda la labor realizada por programador

16. 2. Modelo de memoria de un proceso 2.1. Introducción 2.2. Fases en la generación de un ejecutable 2.3. Mapa de memoria de un proceso 2.4. Operaciones sobre regiones

17. Modelo de memoria de un proceso 2.1. Introducción • El S.O. es el responsable de la gestión de memoria de cualquier proceso. • El mapa inicial de memoria de un proceso está relacionado con el archivo ejecutable que generará el proceso • ¿Cómo generar el mapa de memoria inicial a partir del ejecutable? • ¿Cómo se organiza el mapa de memoria? • ¿Cuáles son sus características básicas? • ¿Qué operaciones se pueden realizar en el mapa de memoria?

18. Modelo de memoria de un proceso • Aplicación: conjunto de módulos en lenguaje de alto nivel • Procesado en dos fases: Compilación y Montaje 2.2. Fases en la generación de un ejecutable • Compilación: • Se asignan direcciones a los símbolos definidos • Resuelve referencias a los símbolos de cada módulo • Genera módulo objeto • Montaje (o enlace): • Resuelve referencias entre módulos objeto • Resuelve referencias a símbolos de bibliotecas • Genera resultado (archivo ejecutable), que incluye las bibliotecas usadas

19. Modelo de memoria de un proceso Biblioteca: colección de módulos objeto relacionados. Algunas bibliotecas son proporcionadas a los usuarios (bibliotecas) del sistema, mientras que otras habrán sido creadas por los usuarios (propias) (por ejemplo, bibliotecas de entrada salida, incluyendo las funciones como printf, getchar, etc, o las llamadas al sistema de POSIX) • Tipos: Estáticas: el montaje enlaza los módulos objeto del programa y de las bibliotecas, dando como resultado un ejecutable autocontenido. • Desventajas: • Ejecutables grandes • Código de función de biblioteca repetido • Múltiples copias en memoria del código de función de biblioteca • La actualización de biblioteca implicaría volver a montar

20. Modelo de memoria de un proceso Dinámicas: la carga y montaje se hace en tiempo de ejecución. El ejecutable contiene únicamente el nombre de la biblioteca y la rutina de carga y montaje en tiempo de ejecución • Proceso de carga: • La rutina de carga y montaje incorpora la biblioteca correspondiente. • Se ajustan las instrucciones que realizan las referencias a dicho símbolo, de forma que las próximas referencias accedan al símbolo de biblioteca correspondiente, sin que sea necesario activar de nuevo el proceso de montaje de la biblioteca. • Para evitar modificar el código del programa, en este proceso, se suelen utilizar referencias indirectas mediante una tabla que recoge todos los símbolos correspondientes a bibliotecas dinámicas. Hay que tener en cuenta que en algunos S.O. los segmentos de código ejecutables no son modificables

21. Modelo de memoria de un proceso • Ventajas: • Menor tamaño ejecutables • Código de rutinas de biblioteca sólo en archivo de biblioteca • Procesos pueden compartir código de biblioteca • Actualización automática de bibliotecas: uso de versiones. Suele haber en un sistemas varias versiones de la misma biblioteca. Cuando un programa hace referencia a uno de sus símbolos, se busca la versión adecuada • Desventajas: • Mayor tiempo de ejecución debido a carga y montaje. Se trata de un retraso tolerable, ya que se compensan el resto de las ventajas • Ejecutable no autocontenido

22. Modelo de memoria de un proceso • Forma de uso : • Enlace dinámico implícito: Se especifica en tiempo de montaje qué biblioteca usar, pero se pospone su carga y montaje a tiempo de ejecución. • Uso explícito: • Requerido por aplicaciones que determinan en tiempo de ejecución qué bibliotecas deben usar • No se especifica la biblioteca en mandato de montaje • Es el programa quien solicita la carga de bibliotecas mediante servicio del sistema (dlopen en UNIX y LoadLibrary en Win32) • El acceso a los símbolos de la biblioteca ya no es transparente, sino que se ha de hacer desde el propio programa, mediante los servicios apropiados del sistema (dlsym en UNIX y GetProcAddress en Win32)

23. Modelo de memoria de un proceso • El uso de bibliotecas dinámicas es transparente. Es decir, los mandatos de compilación y montaje son idénticos que en el caso de las estáticas • Si la biblioteca dinámica contiene referencias internas (a símbolos definidos en la misma) existe el problema, ya comentado, de la zona compartida con autoreferencias • Tres posibles soluciones: • A cada biblioteca dinámica se le asigna un rango de direcciones fijo • Inconveniente: Poco flexible • En montaje en tiempo de ejecución se reajustan autoreferencias • Inconveniente: Impide compartir código de biblioteca • Crear biblioteca con código independiente de posición (PIC) • Se genera código con direccionamiento relativo a registro • Inconveniente (tolerable): direccionamiento relativo menos eficiente

24. Modelo de memoria de un proceso Ficheros ejecutables • Distintos fabricantes usan diferentes formatos • Ejemplo: En Linux Executable and Linkable Format (ELF) • Estructura: Cabecera y conjunto de secciones • Cabecera: información de control que permite interpretar el contenido del ejecutable. Suele incluir la siguiente información: • Número mágico que identifica a ejecutable. Por ejemplo, en formato ELF el primer byte debe contener el valor hexadecimal 7f, los tres siguientes los caracteres E, L y F • Punto de entrada del programa: es decir, el valor que inicialmente contendrá el contador del programa • Tabla de secciones. Para cada una de ellas se especifica: tipo, dirección de comienzo en el archivo y tamaño. Ejemplo: • Tabla de símbolos para depuración • Lista de bibliotecas dinámicas usadas

25. Modelo de memoria de un proceso

26. Modelo de memoria de un proceso • Las secciones más relevantes se volcarán en el mapa de memoria del proceso: código, datos con valor inicial y datos sin valor inicial • Código (texto): contiene el código del programa • Datos con valor inicial: variables globales inicializadas • Datos sin valor inicial: variables globales no inicializadas: aunque aparece en la tabla de secciones no se almacena en el ejecutable, ya que su contenido no es relevante • No hay sección vinculada a variables locales, ya que estas tienen carácter dinámico (se crearán en la pila del proceso, cuando los procedimientos en que aparecen sean invocados)

27. Modelo de memoria de un proceso • Variables globales • Estáticas • Se crean al iniciarse programa • Existen durante toda la ejecución del proceso • Dirección fija en memoria y en ejecutable • Variables locales y parámetros • Dinámicas • Se crean al invocar la función • Se destruyen al retornar • La dirección se calcula en tiempo de ejecución • Recursividad: varias instancias de una variable

28. Modelo de memoria de un proceso • Ejemplo: int x=8; /* Variable global con valor inicial */ int y; /* Variable global sin valor inicial */ f(int t){ /* Parámetro */ int z; /* Variable local */ ....... } main(){ ....... }

29. Modelo de memoria de un proceso • El mapa de memoria o imagen del proceso estará compuesto por un conjunto de regiones o segmentos; cada una de ellas almacena cierto tipo de información • Cada región: • Tiene asociada una información (un “objeto de memoria”) • Consiste en una zona contigua tratada como unidad al proteger o compartir • Se caracteriza por: • Dirección de comienzo y tamaño inicial • Soporte: donde se almacena su contenido inicial (soporte en archivo y sin soporte, es decir, objeto sin contenido inicial) • Protección: RWX • Uso compartido o privado • Tamaño fijo o variable 2.3. Mapa de memoria de un proceso

30. Modelo de memoria de un proceso • La ejecución de un programa crea un mapa de memoria a partir del archivo ejecutable. Cada sección del ejecutable da lugar a una región del mapa inicial. • Código (texto): compartida, lectura y ejecución, tamaño fijo, soporte en archivo ejecutable • Datos con valor inicial: privada, lectura y escritura, tamaño fijo, soporte en archivo ejecutable • Datos sin valor inicial: privada, lectura y escritura, tamaño fijo, sin soporte (se rellena a ceros en algunos lenguajes) • Pila: privada, lectura y escritura, tamaño variable, sin soporte. Crece hacia direcciones más bajas. La pila inicial sólo contiene los argumentos de llamada al programa

31. Modelo de memoria de un proceso Mapa de memoria Fichero ejecutable 0 0 Número mágico Cabecera Código Contador de programa inicial 4000 Datos con valor inicial Tabla de secciones 1000 5000 Datos sin valor inicial Secciones Código 5500 5000 Datos con valor inicial 8000 Tabla de símbolos Pila Argumentos del programa

32. Modelo de memoria de un proceso • Durante ejecución de proceso se crean nuevas regiones. Es decir, el mapa de memoria tiene un carácter dinámico. Las nuevas regiones creadas en tiempo de ejecución pueden ser: • Región de Heap • Soporte de memoria dinámica (malloc en C) • Privada, lectura y escritura, tamaño variable, sin soporte (inicializada a cero) • Crece hacia direcciones más altas • Archivo proyectado • Región asociada al archivo proyectado • Tamaño variable, soporte en archivo • Protección y carácter compartido o privado especificado en la proyección • Memoria compartida • Región asociada a la zona de memoria compartida • Compartida, tamaño variable, sin soporte (inicializada a 0) • Protección especificada en proyección • Pilas de threads • Cada pila de thread corresponde con una región. • Estas regiones constan de las mismas características que las asociadas a la pila del proceso

33. Modelo de memoria de un proceso

34. Modelo de memoria de un proceso

35. Modelo de memoria de un proceso Para estudiar la evolución del mapa de memoria a lo largo de la ejecución de un proceso, se pueden distinguir las siguientes operaciones: • Crear región: Implícitamente al crear mapa inicial (por parte del SO) o por solicitud del programa en tiempo de ejecución de ejecución (por ejemplo, al cargar una biblioteca dinámica) • Eliminar región: Implícitamente al terminar el proceso o por solicitud del programa en tiempo de ejecución (por ejemplo, al desproyectar un archivo) • Cambiar tamaño de la región: Implícitamente para la pila o por solicitud del programa para el heap (cuando se hace malloc) • Duplicar región: Operación requerida por el servicio fork de POSIX 2.4. Operaciones sobre regiones

36. 3. Esquemas de memoria basados en asignación contigua 3.1. Esquema hardware 3.2. Gestión del SO 3.3. Política de asignación de espacio 3.4. Valoración del esquema contiguo

37. Esq. de mem. basados en asignación contigua El mapa de proceso se ubica en una zona contigua de la memoria principal. Proceso: • El S.O. busca un hueco en memoria de tamaño suficiente para alojar su mapa de memoria del proceso que comienza. • El S.O. reserva la parte del hueco necesaria y crea en ella el mapa inicial del proceso • Se establece la función de traducción, de forma que las direcciones del programa se correspondan con las direcciones existentes en el hueco asignado. Hardware requerido: • Registros valla (registro base y registro límite). Estos dos registros sólo son accesibles en modo privilegiado. • Los registros valla están desocupados cuando el S.O. toma el control para acceder a todo el mapa de memoria. 3.1. Esquema Hardware

38. Esq. de mem. basados en asignación contigua • Registro límite: Se comprobará que las direcciones usadas por el proceso no excedan el valor almacenado en él. • Registro base: Una vez realizada la comprobación anterior, se suma a cada dirección el valor contenido en este registro, de forma que se obtiene la dirección física pertinente. Memoria 0 Proceso 4 Procesador 10000 Hard. traducción (MMU) 10200 PC Proceso 7 R. base R. límite 8 15036 4000 21000 Proceso 3 Registro instrucción 20500 NO > + 21000 LOAD R3, /1500 Proceso 2 22500 SI 25000 Excepción N

39. Esq. de mem. basados en asignación contigua El S.O. almacena en el BCP cuáles son los valores de los registros valla. Dedica una estructura para conocer en todo momento el estado de la memoria, identificando qué huecos están libres. Normalmente se usa una lista en la que se almacena la dirección inicial y el tamaño de cada hueco. La gestión de esta lista obliga a comprobar, al desocupar espacio, si el nuevo espacio libre puede unirse a huecos vecinos. Problema:Según se van ejecutando procesos van quedando fragmentos de memoria libres, que debido a su tamaño no podrán ser usados en asignaciones de espacio a memoria. Este problema se denomina fragmentación externa y conlleva una mala gestión de memoria. Solución tradicional: Compactar los huecos de forma que queden contiguos. Para ello es necesario reajustar los registros valla de los procesos. INEFICIENTE. 3.2. Gestión del SO

40. Esq. de mem. basados en asignación contigua 3.3. Política de asignación de espacio • El S.O. debe considerar qué espacio, de los huecos libres, se usará intentando encontrar un equilibrio entre buen aprovechamiento de espacio y tiempo de respuesta corto, es decir, se aplica un algoritmo de decisión que debe ser eficiente. • Este problema es un clásico: ¿Cómo asignar espacio para su aprovechamiento óptimo?. Existen tres posibles enfoques: • Mejor ajuste (best-fit). Se elige la zona libre más pequeña donde quepa el mapa del proceso. • Problema: Conlleva crear nuevos huecos de tamaño pequeño. Además, elegir el hueco más pequeño obliga a mantener ordenados por tamaño los huecos disponibles. No es eficiente • b) Peor ajuste. Se busca el hueco más grande, intentando evitar la generación de huecos pequeños. Sigue precisando mantener el control de los tamaños • c) El primero que ajuste (first-fit). Suele ser la mejor política. Muy eficiente, ya que basta con encontrar una zona libre de tamaño suficiente, y ofrece un aprovechamiento aceptable

41. Esq. de mem. basados en asignación contigua 3.4. Valoración del esquema contiguo • Valoracion: • Espacios independientes para procesos: mediante registros valla • Protección: mediante registros valla • Compartir memoria: no es posible • Soporte de regiones: • No existe (no hay mecanismo de permisos sobre el espacio asignado a cada proceso) • Se reserva espacio para huecos, ya que el espacio asignado al proceso en primera instancia debe servir para todo su tiempo de vida • Maximizar rendimiento: • Mal aprovechamiento de memoria por fragmentación externa • Mapas de MV de tamaño adecuado: • No permite memoria virtual

42. 4. Intercambio

43. Intercambio ¿Qué hacer si no caben todos los programas en memoria principal? Usar disco (dispositivo swap) como respaldo de la memoria principal. Si no caben en memoria todos los procesos activos, se elige un proceso residente y se copia en disco su imagen de memoria Expulsar (swap-out) a los procesos bloqueados. El proceso de expulsión no implica copiar toda la imagen del proceso (por ejemplo, no es preciso ocupar los huecos ni el código, al poder recuperarse fácilmente del ejecutable). Un proceso expulsado vuelve a cargarse (swap-in) cuando esté listo para ejecutar y haya espacio en memoria. Políticas de asignación de espacio en swap: Preasignación: al crear el proceso se reserva espacio de swap. NO Preasignación: sólo se reserva espacio de swap al expulsar. (¿Semejanza con estado “suspendido”?)

44. 5. Memoria virtual 5.1. Introducción 5.2. Paginación 5.3. Segmentación 5.4. Segmentación paginada 5.5. Paginación por demanda 5.6. Políticas de reemplazo 5.7. Política de asignación de marcos de página 5.8. Hiperpaginación 5.9. Gestión del espacio de swap 5.10. Operaciones sobre las regiones de un proceso

45. Memoria virtual La técnica de la MV se usa prácticamente en todos los SSOO modernos. Esta técnica se basa en transferir información entre memoria principal y memoria secundaria (por lo que involucra varios niveles de la jerarquía de memoria) Suele implementarse en un esquema de paginación (es decir, la unidad de información intercambiada entre los diferentes niveles de la jerarquía de memoria es la página) Elemento Clave: Proximidad referencial habitual de los procesos. Esta propiedad permite que un proceso puede funcionar disponiendo en memoria de una parte de su imagen de memoria (conjunto residente). Objetivo final: conseguir que la información necesaria para un proceso (conjunto de trabajo) vaya ocupando la memoria principal según se va necesitando (es decir, conjunto de trabajo === conjunto residente) 5.1. Introducción

46. Memoria virtual Ventajas: • Aumento del grado de multiprogramación. Por tanto, aumento en el rendimiento del sistema • Posibilidad de ejecutar programas más grandes que la MV disponible El uso de la MV no implica que se acelere la ejecución del programa (más bien al contrario, debido a la sobrecarga asociada a los movimientos de información entre niveles de la jerarquía). Este mecanismo no es apropiado para sistemas de tiempo real.

47. Memoria virtual 5.2. Paginación • Página: Zona contigua de memoria de determinado tamaño. (Por motivos de eficiencia se suele trabajar siempre con tamaños potencia de 2. Ej:4 KB.) • Organización: • El mapa de memoria del proceso se considera dividido en páginas. • La memoria principal se considera dividida en marcos de página (tamaño de marco = tamaño de página). • Los marcos contendrán páginas de los procesos en ejecución • La tabla de páginas (TP) relaciona cada página con el marco que la contiene. El hardware de traducción (MMU) usa la tabla de páginas para traducir direcciones lógicas a físicas • Típicamente la MMU usa dos tablas de páginas (TP): • TP del usuario: Por ejemplo, direcciones lógicas que empiezan por 0 • TP del sistema: Por ejemplo, direcciones lógicas que empiezan por 1. Estas sólo se podrán usar en modo sistema

48. Memoria virtual • Cada entrada de la tabla de páginas contendrá, además del número de marco asociado con la página: • Información de protección: tipo de acceso permitido RWX • Bit de página válida/inválida: para indicar si dicha entrada contiene una traducción asociada, es decir, si se corresponde realmente con un marco • Bit de página accedida (Ref): activado cuando se accede • Bit de página modificada (Mod): activado cuando se escribe • Bit de desactivación de caché: se usa cuando la entrada corresponde con direcciones de E/S • Tamaño de página: La elección de tamaño de página está condicionada por diversos factores, entre los que hay que conseguir equilibrio: • Potencia de 2 y múltiplo del tamaño del bloque de disco • mejor pequeño por: • Menor fragmentación • Se ajusta mejor al conjunto de trabajo • mejor grande por: • Tablas más pequeñas • Mejor rendimiento de dispositivos de E/S • Compromiso (entre 2K y 16K)

49. Memoria virtual • Dirección:Una dirección lógica se obtiene a partir de: nº página + desplazamiento • Problema: • La paginación no ofrece una solución óptima. Lo ideal sería que cada palabra del mapa de memoria de un proceso pudiera ubicarse en cualquier dirección. Esta solución es inviable debido al coste de traducción • Al no ser así, con la paginación se asigna a cada proceso un número entero de marcos de página, aunque el espacio de su mapa de memoria no sea un múltiplo entero del tamaño de página. Por tanto, se irán generando huecos (memoria no aprovechada, en la última de las páginas que no se llena de forma completa). Este proceso se denomina fragmentación interna (implica que, en término medio, cada proceso desperdicia la mitad de una página)

50. Memoria virtual Dirección lógica Página Byte Marcos de página 0 1 2 3 Registro base de la TP (RIED) n MP: direcciones físicas