Historia de los sistemas operativos

Un sistema operativo organiza programas, memoria, archivos y dispositivos. Su historia refleja necesidades cambiantes: máquinas compartidas costosas, equipos personales, servidores y teléfonos. Los actuales conservan ideas anteriores con implementaciones distintas.

Sigue los problemas detrás de los nombres

Los capítulos amplían un problema de diseño histórico y lo conectan con decisiones actuales:

• Tiempo compartido y límites de protección: varias personas necesitan respuestas rápidas sin acceso ilimitado al trabajo ajeno.
• Unix, portabilidad y código abierto: el software útil debe poder trasladarse, pero interfaces compatibles no garantizan código ni responsables idénticos.
• De las PC personales a Windows NT: una separación más sólida debe convivir con aplicaciones diseñadas con otros supuestos sobre permisos.
• Aislamiento móvil y promesa de actualizaciones: un teléfono reúne código de muchos editores; separar aplicaciones y reparar la plataforma son tareas complementarias.

Un árbol de familias explica de dónde proceden ideas o código. No demuestra por sí solo qué aplicación puede leer un archivo, si llegó una actualización o cuándo se aplica un cambio de permiso. La historia aporta contexto; los capítulos detallados lo convierten en preguntas prácticas sobre los sistemas actuales.

Compartir convirtió la protección en un problema de diseño

El tiempo compartido permitió trabajar a varias personas en una computadora. La planificación distribuía ejecución; la protección limitaba efectos sobre recursos ajenos. Multics exploró protección estructurada y operación multiusuario en los años sesenta. Influyó en diseños posteriores, pero influencia no equivale a heredar código.

Un Proceso proporciona contexto de ejecución: memoria, archivos abiertos y credenciales. Los procesos pueden compartir memoria y otros objetos deliberadamente. Separar exige reglas para lo privado y lo compartido.

Las ideas Unix siguieron caminos diferentes

Unix comenzó en Bell Labs en 1969 y se reescribió en gran medida en C a comienzos de los setenta. Procesos, archivos, tuberías y portabilidad influyeron en otros sistemas. BSD y System V fueron ramas importantes.

Linux, iniciado en 1991, es un núcleo tipo Unix desarrollado independientemente, no continuación directa del código original. Una distribución lo combina con bibliotecas, utilidades y otros programas. Interfaces parecidas no implican iguales políticas o implementaciones.

Windows y Mac cambiaron de arquitectura

CP/M y DOS influyeron en convenciones de informática personal. Windows temprano y Windows 9x dependían de fundamentos relacionados con DOS. Windows NT, publicado en 1993, fue una arquitectura distinta desarrollada en paralelo, no una interfaz gráfica que simplemente cambió de nombre.

Windows moderno hereda la familia NT y usa tokens, identificadores de seguridad y listas de acceso. Interactúan entre sí: «administrador» no describe toda autoridad de un proceso.

Mac OS clásico y Mac OS X también marcan una transición. Mac OS X, publicado en 2001, utilizó Darwin, incluido XNU, componentes derivados de Mach y elementos BSD. macOS y Linux comparten interfaces familiares sin usar el mismo núcleo.

Las solicitudes cruzan una interfaz definida

Una Llamada al sistema permite solicitar una operación al Núcleo. Algunas requieren comprobar credenciales y permisos; otras obtienen información del propio proceso. Las bibliotecas pueden realizar trabajo sin entrar al núcleo en cada llamada.

Núcleo y controladores pueden tener autoridad extensa; el límite exacto depende del sistema. Los hipervisores añaden otra capa. Administrar un invitado no concede automáticamente autoridad sobre anfitrión u otros invitados.

El móvil construye sobre estas ideas

Android usa el núcleo Linux con controles adicionales de aplicaciones y plataforma. Los sistemas móviles de Apple comparten fundamentos relacionados con Darwin, con otra plataforma de aplicaciones. Aislamiento, firmas, permisos e interfaces limitan interacciones.

El Aislamiento se implementa con mecanismos y políticas; no lo garantiza una etiqueta. Una acción permitida puede ser perjudicial, y defectos o permisos excesivos debilitan separación. Compara credenciales, recursos y puntos de control reales. Las lecciones de Linux y Windows concretan esa comparación.