Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Índice
Antecedentes
Problemas de explotación y soluciones iniciales
Monitores residentes
Sistemas con almacenamiento temporal de E/S
Spoolers
Sistemas operativos multiprogramados
Llamadas al sistema
Modos de ejecución en un CPU
Llamadas al sistema
Bibliotecas de interfaz de llamadas al sistema
Interrupciones y excepciones
Tratamiento de las interrupciones
Importancia de las interrupciones
Excepciones
Clases de excepciones
Importancia de las excepciones
Componentes
Núcleo
Controladores de dispositivos
Gestión de procesos
Gestión de la memoria
Gestión del almacenamiento secundario
Sistema de entrada y salida
Sistema de archivos
Sistemas de protección
Sistema de comunicaciones
Programas de sistema
Gestor de recursos
Interfaz de usuario
Clasificación
Administración de tareas
Administración de usuarios
Manejo de recursos
Denominaciones erróneas
Sistemas operativos para PC
Sistemas operativos para dispositivos móviles
Sistemas operativos para relojes inteligentes
Véase también
Notas
Referencias
Bibliografía
Bibliografía adicional
Enlaces externos
Antecedentes
Los primeros sistemas (1945-1954) eran grandes máquinas operadas desde la consola maestra por los
programadores. Durante la década siguiente (1955-1965) se llevaron a cabo avances en el hardware: lectoras
de tarjetas, impresoras, cintas magnéticas, etc. Esto a su vez provocó un avance en el software: compiladores,
ensambladores, cargadores, manejadores de dispositivos, etc.
A finales de los años 1980, una computadora Commodore Amiga equipada con una aceleradora Video Toaster
era capaz de producir efectos comparados a sistemas dedicados que costaban el triple. Un Video Toaster junto
a Lightwave ayudó a producir muchos programas de televisión y películas, entre las que se incluyen Babylon
5, SeaQuest DSV y Terminator 2.5
Para ello, los trabajos se agrupaban de forma manual en lotes mediante lo que se conoce como procesamiento
por lotes (batch processing) sin automatizar.
Monitores residentes
Los problemas surgen si hay muchas más operaciones de cálculo que de E/S (limitado por la CPU) o si por el
contrario hay muchas más operaciones de E/S que de cálculo (limitado por la E/S).
Spoolers
Hace aparición el disco magnético con lo que surgen nuevas soluciones a los problemas de rendimiento. Se
eliminan las cintas magnéticas para el volcado previo de los datos de dispositivos lentos y se sustituyen por
discos (un disco puede simular varias cintas). Debido al solapamiento del cálculo de un trabajo con la E/S de
otro trabajo se crean tablas en el disco para diferentes tareas, lo que se conoce como Spool (Simultaneous
Peripherial Operation On-Line).
Surge un nuevo avance: el hardware con protección de memoria, ofreciendo nuevas soluciones a los
problemas de rendimiento:
Con los cambios anteriores el monitor residente debe abordar nuevas tareas, naciendo los Sistemas Operativos
multiprogramados con las siguientes funciones:
Administrar la memoria.
Gestionar el uso de la CPU (planificación).
Administrar el uso de los dispositivos de E/S.
Cuando desempeña esas tareas, el monitor residente se transforma en un sistema operativo multiprogramado.
Llamadas al sistema
Cada SO implementa un conjunto propio de llamadas al sistema. Ese conjunto de llamadas es la interfaz del
SO frente a las aplicaciones. Constituyen el lenguaje que deben usar las aplicaciones para comunicarse con el
SO. Por ello si cambiamos de SO, y abrimos un programa diseñado para trabajar sobre el anterior, en general
el programa no funcionará, a no ser que el nuevo SO tenga la misma interfaz. Para ello:
Las aplicaciones no deben poder usar todas las instrucciones de la CPU. No obstante el Sistema Operativo,
tiene que poder utilizar todo el conjunto de instrucciones del CPU. Por ello, una CPU debe tener (al menos)
dos modos de operación diferentes:
Modo usuario: el CPU podrá ejecutar sólo las instrucciones del juego restringido de las
aplicaciones.
Modo supervisor: la CPU debe poder ejecutar el juego completo de instrucciones.
Llamadas al sistema
Una aplicación, normalmente no sabe dónde está situada la rutina de servicio de la llamada. Por lo que si esta
se codifica como una llamada de función, cualquier cambio en el S.O. haría que hubiera que reconstruir la
aplicación.
Pero lo más importante es que una llamada de función no cambia el modo de ejecución de la CPU. Con lo que
hay que conseguir llamar a la rutina de servicio, sin tener que conocer su ubicación, y hacer que se fuerce un
cambio de modo de operación de la CPU en la llamada (y la recuperación del modo anterior en el retorno).
Esto se hace utilizando instrucciones máquina diseñadas específicamente para este cometido, distintas de las
que se usan para las llamadas de función.
La aplicación llama a una función de la biblioteca de interfaz (mediante una llamada normal) y esa función es
la que realmente hace la llamada al sistema.
Interrupciones y excepciones
El SO ocupa una posición intermedia entre los programas de aplicación y el hardware. No se limita a utilizar el
hardware a petición de las aplicaciones ya que hay situaciones en las que es el hardware el que necesita que se
ejecute código del SO. En tales situaciones el hardware debe poder llamar al sistema, pudiendo deberse estas
llamadas a dos condiciones:
En ambos casos, la acción realizada no está ordenada por el programa de aplicación, es decir, no figura en el
programa.
Según los dos casos anteriores tenemos las interrupciones y las excepciones:
Interrupción: señal que envía un dispositivo de E/S a la CPU para indicar que la operación de
la que se estaba ocupando, ya ha terminado.
Excepción: una situación de error detectada por la CPU mientras ejecutaba una instrucción,
que requiere tratamiento por parte del SO.
Una interrupción se trata en todo caso, después de terminar la ejecución de la instrucción en curso.
El tratamiento depende de cuál sea el dispositivo de E/S que ha causado la interrupción, ante la cual debe
poder identificar el dispositivo que la ha causado.
La ventaja de este procedimiento es que no se tiene que perder tiempo ejecutando continuamente rutinas para
consultar el estado del periférico. El inconveniente es que el dispositivo debe tener los circuitos electrónicos
necesarios para acceder al sistema de interrupciones del computador.
El mecanismo de tratamiento de las interrupciones permite al sistema operativo utilizar la CPU en servicio de
una aplicación, mientras otra permanece a la espera de que concluya una operación en un dispositivo de E/S.
En ciertos intervalos de tiempo puede convenir no aceptar señales de interrupción. Por ello las interrupciones
pueden inhibirse por programa (aunque esto ellas no deben poder hacerlo).
Un ejemplo de sincronismo por interrupción es el almacenamiento de caracteres introducidos mediante el
teclado. Cuando se introduce un carácter, se codifica en el registro de datos del dispositivo y además se activa
un bit del registro de estado quien crea una interrupción en el hardware. El procesador deja temporalmente la
tarea que estaba completando y ejecuta la rutina de atención a la interrupción correspondiente. El teclado
almacena el carácter en el vector de memoria intermedia (también llamado buffer) asociada al teclado y
despierta el proceso que había en el estado de espera de la operación de entrada/salida.
Excepciones
Cuando la CPU intenta ejecutar una instrucción incorrectamente construida, la unidad de control lanza una
excepción para permitir al SO ejecutar el tratamiento adecuado. Al contrario que en una interrupción, la
instrucción en curso es abortada. Las excepciones al igual que las interrupciones deben estar identificadas.
Clases de excepciones
Las instrucciones de un programa pueden estar mal construidas por diversas razones:
El mecanismo de tratamiento de las excepciones es esencial para impedir, junto a los modos de ejecución de la
CPU y los mecanismos de protección de la memoria, que las aplicaciones realicen operaciones que no les
están permitidas. En cualquier caso, el tratamiento específico de una excepción lo realiza el SO.
Como en el caso de las interrupciones, el hardware se limita a dejar el control al SO, y este es el que trata la
situación como convenga.
Es bastante frecuente que el tratamiento de una excepción no retorne al programa que se estaba ejecutando
cuando se produjo la excepción, sino que el SO aborte la ejecución de ese programa. Este factor depende de la
pericia del programador para controlar la excepción adecuadamente.
Componentes
Todos los componentes de un sistema operativo existen para hacer
que las diferentes partes de una computadora trabajen juntas. Todo el
software del usuario debe pasar por el sistema operativo para poder
utilizar cualquier hardware, ya sea tan simple como un mouse o un
teclado o tan complejo como un componente de Internet.
Núcleo
Componentes del Sistema
En informática, un núcleo o kernel (de la raíz germánica Kern, Operativo.
núcleo, hueso) es un software que constituye una parte fundamental
del sistema operativo, y se define como la parte que se ejecuta en
modo privilegiado (conocido también como modo núcleo).6 Es el principal responsable de facilitar a los
distintos programas acceso seguro al hardware de la computadora o en forma básica, es el encargado de
gestionar recursos, a través de servicios de llamada al sistema. Como hay muchos programas y el acceso al
hardware es limitado, también se encarga de decidir qué programa podrá usar un dispositivo de hardware y
durante cuánto tiempo, lo que se conoce como multiprogramación. Acceder al hardware directamente puede
ser realmente complejo, por lo que los núcleos suelen implementar una serie de abstracciones del hardware.
Esto permite esconder la complejidad, y proporcionar una interfaz limpia y uniforme al hardware subyacente,
lo que facilita su uso al programador.
En algunos sistemas operativos, no existe un núcleo como tal (algo común en sistemas empotrados), debido a
que en ciertas arquitecturas no hay distintos modos de ejecución.
Controladores de dispositivos
La gestión de procesos podría ser similar al trabajo de oficina. Se puede tener una lista de tareas a realizar y a
estas fijarles prioridades: alta, media, baja, por ejemplo. Debemos comenzar haciendo las tareas de prioridad
alta primero y cuando se terminen seguir con las de prioridad media y después las de baja. Una vez realizada la
tarea se tacha.
Esto puede traer un problema que las tareas de baja prioridad pueden que nunca lleguen a ejecutarse y
permanezcan en la lista para siempre. Para solucionar esto, se puede asignar alta prioridad a las tareas más
antiguas.
Gestión de la memoria
La gestión de memoria o administración de memoria es el acto de gestionar la memoria de un dispositivo
informático. El proceso de asignación de memoria a los programas que la solicitan.8 La gestión de la memoria
principal de una computadora es una tarea de suma importancia para el funcionamiento de la misma.
Los sistemas de memoria virtual separan las direcciones de memoria utilizadas por un proceso de las
direcciones físicas reales, permitiendo la separación de procesos e incrementando la cantidad efectiva de
memoria de acceso aleatorio utilizando la paginación. La calidad de la gestión de la memoria es crucial para las
prestaciones del sistema.
El recolector de basura es la asignación y liberación automática de los recursos de memoria para un programa.
La implementación suele ser a nivel del lenguaje de programación en contraposición a la gestión manual de
memoria, que asigna y libera los recursos de memoria de una computadora de forma explícita.
La administración de memoria se refiere a los distintos métodos y operaciones que se encargan de obtener la
máxima utilidad de la memoria, organizando los procesos y programas que se ejecutan de manera tal que se
aproveche de la mejor manera posible el espacio disponible.
Para poder lograrlo, la operación principal que realiza es trasladar la información que deberá ser ejecutada por
la unidad central de procesamiento o procesador, a la memoria principal. Actualmente esta administración se
conoce como memoria virtual, porque no es la memoria física del procesador sino una memoria virtual que la
representa. Entre algunas ventajas, esta memoria permite que el sistema cuente con una memoria más extensa
teniendo la misma memoria real, por lo que esta se puede utilizar de manera más eficiente. Y por supuesto, que
los programas que son utilizados no ocupen lugar innecesario.
Las técnicas que existen para la carga de programas en la memoria son: partición fija, que es la división de la
memoria libre en varias partes (de igual o distinto tamaño) y la partición dinámica, que son las particiones de la
memoria en tamaños que pueden ser variables, según la cantidad de memoria que necesita cada proceso.
Entre las principales operaciones que desarrolla la administración de memoria se encuentran la reubicación,
que consiste en trasladar procesos activos dentro y fuera de la memoria principal para maximizar la utilización
del procesador; la protección, mecanismos que protegen los procesos que se ejecutan de interferencias de otros
procesos; uso compartido de códigos y datos, con lo que el mecanismo de protección permite que ciertos
procesos de un mismo programa que comparten una tarea tengan memoria en común.
El sistema de archivos o sistema de ficheros es el componente del sistema operativo encargado de administrar
y facilitar el uso de las memorias periféricas, ya sean secundarias o terciarias.9
Sus principales funciones son la asignación de espacio a los archivos, la administración del espacio libre y del
acceso a los datos resguardados. Estructuran la información guardada en un dispositivo de almacenamiento de
datos o unidad de almacenamiento (normalmente un disco duro de una computadora), que luego será
representada ya sea textual o gráficamente utilizando un gestor de archivos.
Lo habitual es utilizar dispositivos de almacenamiento de datos que permiten el acceso a los datos como una
cadena de bloques de un mismo tamaño, a veces llamados sectores, usualmente de 512 bytes de longitud
(también denominados clústers). El software del sistema de archivos es responsable de la organización de estos
sectores en archivos y directorios y mantiene un registro de qué sectores pertenecen a qué archivos y cuáles no
han sido utilizados. En la práctica, un sistema de archivos también puede ser utilizado para acceder a datos
generados dinámicamente, como los recibidos a través de una conexión de red de computadoras (sin la
intervención de un dispositivo de almacenamiento).10
Los sistemas de archivos proveen métodos para crear, mover, renombrar y eliminar tanto archivos como
directorios, pero carecen de métodos para crear, por ejemplo, enlaces adicionales a un directorio o archivo
(enlace duro en Unix) o renombrar enlaces padres (".." en Unix).
El acceso seguro a sistemas de archivos básicos puede estar basado en los esquemas de lista de control de
acceso (access control list, ACL) o capacidades. Las ACL hace décadas que demostraron ser inseguras, por lo
que los sistemas operativos experimentales utilizan el acceso por capacidades. Los sistemas operativos
comerciales todavía funcionan con listas de control de acceso.[cita requerida]
Existen diferentes sistemas de archivos, es decir, existen diferentes formas de organizar la información que se
almacena en las memorias (normalmente discos) de los ordenadores. Por ejemplo, existen los sistemas de
archivos FAT, FAT32, ext3, ext4, NTFS, XFS, etc.
Sistemas de protección
Mecanismo que controla el acceso de los programas o los usuarios a los recursos del sistema. El SO se encarga
de:
Sistema de comunicaciones
Para mantener las comunicaciones con otros sistemas es necesario poder controlar el envío y recepción de
información a través de las interfaces de red. También hay que crear y mantener puntos de comunicación que
sirvan a las aplicaciones para enviar y recibir información, y crear y mantener conexiones virtuales entre
aplicaciones que están ejecutándose localmente y otras que lo hacen remotamente.
Programas de sistema
Son aplicaciones de utilidad que se suministran con el SO pero no forman parte de él. Ofrecen un entorno útil
para el desarrollo y ejecución de programas, siendo algunas de las tareas que realizan:
Gestor de recursos
Interfaz de usuario
Clasificación
Administración de tareas
Monotarea: Solamente permite ejecutar un proceso (aparte de los procesos del propio SO) en
un momento dado. Una vez que empieza a ejecutar un proceso, continuará haciéndolo hasta
su finalización y/o interrupción.
Multitarea: Es capaz de ejecutar varios procesos al mismo tiempo. Este tipo de SO
normalmente asigna los recursos disponibles (CPU, memoria, periféricos) de forma alternada
a los procesos que los solicitan, de manera que el usuario percibe que todos funcionan a la
vez, de forma concurrente.
Administración de usuarios
Monousuario: Solo permite ejecutar los programas de un usuario al mismo tiempo.
Multiusuario: Permite que varios usuarios ejecuten simultáneamente sus programas,
accediendo a la vez a los recursos de la computadora. Normalmente estos sistemas
operativos utilizan métodos de protección de datos, de manera que un programa no pueda
usar o cambiar los datos de otro usuario.
Manejo de recursos
Centralizado: Permite usar los recursos de una sola computadora.
Distribuido: Permite utilizar los recursos (memoria, CPU, disco, periféricos...) de más de una
computadora al mismo tiempo.
Denominaciones erróneas
En ciertos textos, el sistema operativo es llamado indistintamente como núcleo o kernel, pero debe tenerse en
cuenta que la diferencia entre kernel y sistema operativo solo es aplicable si el núcleo es monolítico, lo cual fue
muy común entre los primeros sistemas. En caso contrario, es incorrecto llamar al sistema operativo núcleo.
Nótese que es un error común muy extendido denominar al conjunto completo de herramientas sistema
operativo,11 es decir, la inclusión en el mismo término de programas como el explorador de ficheros, el
navegador web y todo tipo de herramientas que permiten la interacción con el sistema operativo. Otro ejemplo
para comprender esta diferencia se encuentra en la plataforma Amiga, donde el entorno gráfico de usuario se
distribuía por separado, de modo que, también podía reemplazarse por otro, como era el caso de directory
Opus o incluso manejarlo arrancando con una línea de comandos y el sistema gráfico. De este modo,
comenzaba a funcionar con el propio sistema operativo que llevaba incluido en una ROM, por lo que era
cuestión del usuario decidir si necesitaba un entorno gráfico para manejar el sistema operativo o simplemente
otra aplicación. Uno de los más prominentes ejemplos de esta diferencia, es el núcleo Linux, usado en las
llamadas distribuciones Linux, ya que al estar también basadas en Unix, proporcionan un sistema de
funcionamiento similar. Este error de precisión, se debe a la modernización de la informática llevada a cabo a
finales de los 80, cuando la filosofía de estructura básica de funcionamiento de los grandes computadores12 se
rediseñó a fin de llevarla a los hogares y facilitar su uso, cambiando el concepto de computador multiusuario,
(muchos usuarios al mismo tiempo) por un sistema monousuario (únicamente un usuario al mismo tiempo) más
sencillo de gestionar.13 Véase AmigaOS, beOS o Mac OS como los pioneros14 de dicha modernización,
cuando los Amiga fueron bautizados con el sobrenombre de Video Toasters15 por su capacidad para la
Edición de vídeo en entorno multitarea round robin, con gestión de miles de colores e interfaces intuitivos para
diseño en 3D.
Véase también
Anexo:Sistemas operativos
Anexo:Comparación de sistemas operativos
Anexo:Cronología de los sistemas operativos
Historia de los sistemas operativos
Sistema operativo de red
Software de sistema
Notas
1. Del idioma inglés: Device ("Dispositivo") y Driver ("Manejador" o "Controlador").
Referencias
1. Cfr., entre otros: Tanenbaum, A. (1992) Modern Operating Systems, Englewood Cliffs: Prentice-
Hall; Haldar, S. y Aravind, A. A. (2010) Operating Systems, Pearson Education India, pp. 12 y
ss.; Turner, R. W. (1986) Operating Systems: design and implementation, MacMillan.
2. «Desktop Operating System Market Share Worldwide» (https://gs.statcounter.com/os-market-sh
are/desktop/worldwide/). StatCounter Global Stats (en inglés). Consultado el 10 de octubre de
2020.
3. «Mobile & Tablet Operating System Market Share Worldwide» (https://gs.statcounter.com/os-ma
rket-share/mobile-tablet/worldwide/). StatCounter Global Stats (en inglés). Consultado el 10 de
octubre de 2020.
4. Pastor, Javier (15 de noviembre de 2017). «Linux es líder absoluto en supercomputación, ¿por
qué Windows o macOS no?» (https://www.xataka.com/especiales/linux-es-lider-absoluto-en-su
percomputacion-por-que-windows-o-macos-no). Xataka. Consultado el 10 de octubre de 2020.
5. Rabay, Francisco. amiga-hardware.com, ed. «Newtek: Video Toaster 4000» (https://web.archiv
e.org/web/20100915231548/http://amiga-hardware.com/showhardware.cgi?HARDID=506) (en
inglés). Archivado desde el original (http://www.amiga-hardware.com/showhardware.cgi?HAR
DID=506) el 15 de septiembre de 2010. Consultado el 6 de febrero de 2010.
6. gnu.org, ed. (25 de julio). «What is the GNU Hurd?» (http://www.gnu.org/software/hurd/) (en
inglés). Consultado el 18 de febrero de 2010.
7. Real Academia de Ingeniería (ed.). «driver» (http://diccionario.raing.es/es/lema/driver).
Diccionario Español de Ingeniería (DEI 1.0). Consultado el 24 de agosto de 2015.
«Componente software que permite que un dispositivo se entienda con el sistema operativo y
pueda ser utilizado por las aplicaciones».
8. La Asignación de memoria es llamada por algunos "alocar" (del inglés allocate que significa
"asignar"), pero la palabra tiene otro significado para el Diccionario de la lengua española de
la Real Academia Española.
9. Juncos, Raúl (21 de enero de 2008). «Sistema de ficheros GNU/Linux» (https://web.archive.or
g/web/20081214104329/http://observatorio.cnice.mec.es/modules.php?op=modload&name=N
ews&file=article&sid=549) (html). Ministerio de Educación, Cultura y Deporte (España).
Archivado desde el original (http://observatorio.cnice.mec.es/modules.php?op=modload&name
=News&file=article&sid=549) el 14 de diciembre de 20018. Consultado el 18 de mayo de 2018.
«Se puede definir el sistema de ficheros de un sistema operativo como aquellas estructuras
lógicas y sus correspondientes métodos que utiliza el propio sistema para organizar los
ficheros en disco.»
10. Juncos, Raúl (21 de enero de 2008). «Sistema de ficheros GNU/Linux» (https://web.archive.or
g/web/20081214104329/http://observatorio.cnice.mec.es/modules.php?op=modload&name=N
ews&file=article&sid=549) (html). Ministerio de Educación, Cultura y Deporte (España).
Archivado desde el original (http://observatorio.cnice.mec.es/modules.php?op=modload&name
=News&file=article&sid=549) el 14 de diciembre de 20018. Consultado el 18 de mayo de 2018.
«Por contextualizar esta definición , no está de más recordar que un disco duro (soporte físico)
puede poseer una o más particiones (sistema de particionado), y cada una de esas partiones
requieren de formato lógico mediante un sistema de ficheros específico (durante el presente
escrito se presentarán distintos tipos). Estos sistema de ficheros permiten estructurar la
información para poder mostrarla, tanto de forma gráfica (si el sistema cuenta con esta
característica) como de forma textual mediante los denominados gestores de archivos.»
11. It's important to realize that these programs are not part of the operating system (...). The
operating system is the portion of the software that runs in kernel mode (...). A trend in modern
operating systems is to take this idea of moving code up into higher layers even further and
remove as much as possible from the operating system, leaving a minimal kernel (Refiriéndose
a un sistema micronúcleo basado en el modelo cliente-servidor. El autor indica repetidamente
que es razonable argumentar que las funciones que pasan a ejecutarse en espacio de usuario
siguen siendo parte del sistema operativo). Operating Systems Design & Implementation,
Tanenbaum y Woodhull.
12. Cisco Systems (1992). cisco.com, ed. «Fundamentos de UNIX» (http://www.cisco.com/web/LA/
netacad/cursos/unix.html) (certificación). Consultado el 10 de febrero de 2010.
13. «Washington Post - Debut de Windows 95» (http://www.washingtonpost.com/wp-srv/business/l
ongterm/microsoft/stories/1995/debut082495.htm) (en inglés). Consultado el 2009.
14. toastytech.com, ed. (2010). «BeOS 5.0 Personal Edition» (http://toastytech.com/guis/b5pe.html)
(en inglés). Consultado el 10 de febrero de 2010.
15. «Amiga Video Toaster» (https://web.archive.org/web/20100126012203/http://www.newtek.com/
support/tech/faqs/amiga/index.html) (en inglés). NewTek, Inc. 2010. Archivado desde el original
(http://www.newtek.com/support/tech/faqs/amiga/index.html) el 26 de enero de 2010.
Consultado el 1 de febrero de 2010.
16. Actividad Pulsera. «Google cambia Android Wear por Wear OS» (https://www.actividadpulsera.
com/google-nos-cambia-android-wear-wear-os/).
Bibliografía
O´brien, James A. (2006). Sistemas de Información Gerencial. México DF.
Bibliografía adicional
Silberschatz, Abraham; Galvin, Peter Baer; Gagne, Greg (2006). Fundamentos de sistemas
operativos (7ª edición). McGraw-Hill. ISBN 84-481-4641-7.
Stallings, William (2005). Sistemas operativos: aspectos internos y principios de diseño (5ª
edición). Pearson Prentice Hall. ISBN 978-84-205-4462-5.
Tanenbaum, Andrew S. (2009). Sistemas operativos modernos (3ª edición). Pearson Prentice
Hall. ISBN 978-607-442-046-3.
Enlaces externos
Wikimedia Commons alberga una galería multimedia sobre Sistema operativo.
Wikcionario tiene definiciones y otra información sobre sistema operativo.
Wikiversidad alberga proyectos de aprendizaje sobre Sistema operativo.
Obtenido de «https://es.wikipedia.org/w/index.php?title=Sistema_operativo&oldid=134726024»
Esta página se editó por última vez el 13 abr 2021 a las 07:14.
El texto está disponible bajo la Licencia Creative Commons Atribución Compartir Igual 3.0; pueden aplicarse cláusulas
adicionales. Al usar este sitio, usted acepta nuestros términos de uso y nuestra política de privacidad.
Wikipedia® es una marca registrada de la Fundación Wikimedia, Inc., una organización sin ánimo de lucro.