4064019
Description
Mind Map by isacramirez1380, updated more than 1 year ago
More
Diseño de un SO
- Problematica del diseño
- Definir abstracciones: procesos,
ficheros, hilos, seguridad, archivos
- Proporcionar operaciones
primitivas para manejar las
abstracciones definidas
- Garantizar el aislamiento
- Los usuarios solo puede
ejecutar operaciones
autorizadas con datos
autorizados
- Aislar fallos
- Los usuarios solo puede
ejecutar operaciones
autorizadas con datos
autorizados
- Administrar el HW
- Definir abstracciones: procesos,
ficheros, hilos, seguridad, archivos
- Interface
- Principio 1: Sencillez
- Las interfaces sencillas son más fáciles de entender e implementar
- Las interfaces sencillas son más fáciles de entender e implementar
- Principio 2: Integridad
- La interfaz debe permitir hacer todo lo que los usuarios necesitan hacer
- Pero los mecanismos que soportan la interfaz deben ser pocos y sencillos
- Deben de hacer una cosa pero deben hacerla bien
- La interfaz debe permitir hacer todo lo que los usuarios necesitan hacer
- Principio 3: Eficiencia
- La implementación de los mecanismos debe ser eficiente
- Debe ser intuitivamente obvio para el programados cuánto cuesta una llamada al sistema
- La implementación de los mecanismos debe ser eficiente
- Principio 1: Sencillez
- Implementacion
- Las estáticas son más
comprensibles, más
fáciles de programar y de
uso más rápido
- Las dinámicas son más
flexibles y permiten
adaptarse a la cantidad de
recursos disponibles.
- Un problema es que se
necesita un gestor de
memoria dentro del
propio SO
- Según el caso, puede ser
más adecuado un tipo u
otro
- También son posibles
estructuras
pseudo-dinamicas
- Ejemplo
- Pila de un
proceso en el
espacio de
usuario:
estructura
dinámica
- Pila de un
proceso en el
espacio de
núcleo:
estructura
estática
- Pila de un
proceso en el
espacio de
usuario:
estructura
dinámica
- También son
posibles
estructuras
pseudo-dinamicas
- Las estáticas son más
comprensibles, más
fáciles de programar y de
uso más rápido
- Rendimiento
- Equilibrio espacio-tiempo
- Optimizar solo si
realmente es necesario
- Antes de añadir una
funcionalidad nueva compruebe
que realmente vale la pena
- Considerar el lenguaje
de programacion
- Optimizar solo si
realmente es necesario
- Uso de cachés
- Situaciones en que el
mismo caso se necesite
varias veces
- Especialmente utiles
para dispositivos E/S
- Ejemplos
- Caché de
bloques o caché
- Caché de
entradas de
directorio
- Caché de
páaginas
- Caché de
bloques o caché
- Situaciones en que el
mismo caso se necesite
varias veces
- Optimizacion del
caso comun
- Es importante que el
caso comun sea rapido
- El peor caso si no
se presenta a
menudo, solo tiene
que manejarsse
correctamente
- Es importante que el
caso comun sea rapido
- Equilibrio espacio-tiempo
- Formas en como se administra
dicho proyecto
- Jamás conectar al sistema como administrador si no es necesario
- Evitar la administración del sistema operativo mientras haya usuarios que puedan verse afectados
en un mayor grado por dicha tarea de administración
- Realizar copias de seguridad en un horario no critico
- Tareas de administración
- Administrar usuarios
- Configurar dispositivos
- Arranque y desconexión del sistema operativo
- Seguridad del sistema (tanto interna como externa)
- Bitácora o supervisión del sistema
- Copia de seguridad
- Administrar usuarios
- Jamás conectar al sistema como administrador si no es necesario
- Tendencia a tomar en cuenta el
diseño del sistema operativo
- Enfoque de sistemas
- Interdisciplinario
- Cualitativo y cuantitativo a la vez
- Organizado
- Creativo
- Teórico
- Empírico
- Pragmático
- Interdisciplinario
- Se centra constantemente en sus objetivos totales
- El análisis de sistema se basa en la
metodología interdisciplinaria que integra
técnicas y conocimientos de diversos campos
fundamentalmente a la hora de planificar y
diseñar sistemas complejos y voluminosos que
realizan funciones específicas.
- Enfoque de sistemas
Want to create your own Mind Maps for free with GoConqr? Learn more.