topicos

 
Administración de memoria del sistema operativo Solaris
El esquema de administración de memoria de Solaris.
Solaris 10 es un sistema operativo de memoria virtual. Las ventajas de un manejo virtual de la memoriason:
•
Presenta un modelo simple de manipulación de la memoria a los programadores de aplicaciones,quienes no requieren conocer como está organizada la memoria física
•
Permiteque los procesos “vean” rangos lineales de bytes en sus espacios de direcciones,independientemente de la fragmentación física que pueda tener la memoria real
•
Proporciona un modelo de programación de aplicaciones con un tamaño de memoria disponiblemuchas veces mayor a la memoria existente, al habilitar el uso de almacenamiento secundariocomo contenedor de secciones de memoria que no caben en lamemoria físicamente disponibleEn este esquema de manejo de memoria, la memoria física (RAM) es dividida en pedazos de tamaño fijollamadas páginas. El tamaño de una página puede variar dependiendo de la plataforma, por ejemplo, eltamaño de página típico de un sistema UltraSPARC es de 8 KB. Cada página está asociada con unarchivo y un offset dentro del mismo; ambos datos identifican el “backingstore” de la página. Se conocecomo “backing store” a la ubicación en almacenamiento secundario a la cual el contenido de la páginadebe ser migrado cuando la memoria física requiera ser tomada para otro uso; análogamente, indica laubicación de la cual debe ser leído su contenido cuando se requiera que esté nuevamente en memoria. Elmecanismo que ejecuta ambas acciones es conocido como paginación.Paraacceder a la memoria física, Solaris implementa mecanismos de traslación de la memoria virtual a lamemoria física. La figura 1 muestra la estructura de estos mecanismos


CONTROLADORES DE INTERFACES DE DISPOSITIVOS
La intención de Solaris 2.5 SPARC DDI/DKI es de proporcionar una compatibilidad de los dispositivos que soporten las plataformas y para todas las futuras innovaciones del ambiente deSolaris 2.5 en esas plataformas. En el ambiente operativo de Solaris 2.5 hay un nuevo conjunto de dispositivos de interfaces.
Los dispositivos de interface en el ambiente operativo de Solaris2.5 están formalizados y son referidos como Solaris 2.5 SPARC DDI/DKI. El término DDI/DKI es derivado de la especificación original que se utiliza como suministro del SVR4 (System V Release 4). DDI/DKI significadevice driver interface/driver kernel interface. Las interfaces se dividen en 3 grupos:
DDI/DKIDKI onlyDDI onlyDDI/DKI: se estandarizó en el SVR4, y son genéricos a lo largo de todas las implementaciones del SVR4, independientemente de la plataforma en la que se ejecuta.
DDI only: son genéricos como las interfaces de DDI/DKI y son soportados en todas las implementaciones del SVR4. Por otrolado, no son garantizados para ser soportados en el Solaris V.
DKI only: están destinados a ser de una arquitectura específica; por ejemplo, métodos para accesar y controlar dispositivos y sistemas de hardware específico (archivos de E/S, servicios de DMA, interrupciones, y memoria de mapeo). Estas interfaces no están garantizados para trabajar en otras implementaciones de SVR4.
Estos dispositivos,combinados con un gran número de plataformas SPARC, son una ayuda a nuevos desarrolladores de hardware. En el Solaris 2.5 DDI/DKI solo el DDI only son genéricos a todos los sistemas Solaris basados en SPARC que soportan Solaris 2.5 DDI/DKI.KERNEL
El kernel del Solaris tiene multithread. En vez de una llave maestra. Hay muchas llaves pequeñas que protegen pequeñas regiones de código. Por ejemplo,puede haber una llave de kernel que protege el acceso a un nodo particular, y uno que protege un nodo. Solo un procesador puede estar ejecutando códigos relacionados con ese nodo a la vez, pero otro podría estar accesando un nodo. Esto permite mayor concurrencia. El kernel de multithread tendrá mayor impacto en como está diseñado el controlador.

Introducción a administración de recursos de...