In 01 KNNG

CARRERA DE INGENIERIA EN SISTEMAS
HE-CIS-2020
UNIVERSIDAD NACIONAL DE LOJA

FACULTAD DE ENERGÍA, LAS INDUSTRIAS Y LOS RECURSOS NATURALES NO RENOVABLES
CARRERA DE INGENIERÍA EN SISTEMAS - COMPUTACIÓN
Nombre: Karen Nathalí Nagua González
Paralelo: A Fecha: Loja, 11 de noviembre de 2020
Asignatura: Sistemas Operativos
Docente: Ing. Hernán Leonardo Torres Carrión M.Sc.
INFORME Nº 1
1. Tema
Arquitectura del Sistema Operativo Windows
2. Antecedentes
A lo largo de los años, la estructura y las funciones del sistema operativo han
evolucionado gradualmente. Sin embargo, recientemente se han introducido muchos
elementos de diseño nuevos en nuevos sistemas operativos y nuevas versiones de
sistemas operativos existentes. Estos modernos sistemas operativos responden a
nuevos desarrollos de hardware y nuevas aplicaciones. Entre estos dispositivos de
hardware, las máquinas multiprocesador han aumentado enormemente la velocidad
de las máquinas, la alta velocidad de los enlaces de la red de comunicación y el tamaño
y la variedad de los dispositivos de almacenamiento de memoria han aumentado. En el
campo de los programas de aplicación que afectan el diseño del sistema operativo, se
encuentran las aplicaciones multimedia, el acceso a Internet y las páginas web, y el
acceso cliente / servidor.
El porcentaje de cambio en los requisitos del sistema operativo requiere no solo
modificaciones y mejoras a la arquitectura existente, sino también una nueva forma
organizativa del sistema operativo. Se han probado muchos métodos y elementos de
diseño diferentes en sistemas operativos experimentales y comerciales, muchos de los
cuales se ajustan a las siguientes categorías:
 Arquitectura Micronúcleo.
 Multihilos.
 Multiproceso Simétrico.
 Sistemas Operativos Distribuidos.
 Diseño Orientado a Objeto.
Hasta hace poco, la mayoría de los sistemas operativos tenían núcleos generales
grandes. Este gran kernel proporciona muchas funciones consideradas por el sistema
operativo, incluida la programación, el sistema de archivos, las redes, los controladores
de dispositivos, la gestión de la memoria, etc. Generalmente, un kernel monolítico se
implementa como un solo proceso y todos sus componentes comparten el mismo
espacio de direcciones.
La arquitectura del microkernel solo asigna algunas funciones básicas al kernel,
incluido el espacio de direcciones, la comunicación entre procesos (IPC) y la
planificación básica. Otros servicios del sistema operativo son proporcionados por
procesos (a veces llamados servidores) que se ejecutan en modo de usuario y son
manejados por el microkernel como cualquier otra aplicación. Este enfoque
desconecta el desarrollo del servidor y el núcleo. El servidor puede diseñarse para
aplicaciones específicas o requisitos ambientales. El enfoque de microkernel simplifica
HE-CIS-2020

la implementación, proporciona flexibilidad y es muy adecuado para entornos

distribuidos. Esencialmente, el microkernel interactúa con los procesos del servidor
local y remoto de la misma manera, facilitando así la construcción de sistemas
distribuidos.
Este trabajo intenta abordar la arquitectura del sistema operativo Windows y los
servicios que brinda cada uno de sus componentes para realizar cada categoría
previamente divulgada.
3. Visión General de la Arquitectura de Windows

Un sistema operativo serio debe ser capaz de competir en el mercado con otros
competidores, como Unix, que ya son privilegiados en cuanto a resultados, debe
contar con una serie de características que le permitan ganar el mercado. Algunos de
ellos son:
 Que corra sobre múltiples arquitecturas de hardware y plataformas.
 Es compatible con aplicaciones creadas en la plataforma anterior, es decir, se
ejecutarán la mayoría de las aplicaciones existentes creadas en la versión
anterior de la plataforma actual. En este caso particular, nos referimos a MS
de 16 bits. DOS y Microsoft Windows 3.1.
 Reúna los requisitos gubernamentales para POSIX (Portable Operating
System Interface for Unix).
 Reúna los requisitos de la industria y del gobierno para la seguridad del

Sistema Operativo.
 Sea fácilmente adaptable al mercado global soportando código Unicode.
 Sea un sistema que corra y balancee los procesos de forma paralela en
varios procesadores a la vez.
 Sea un Sistema Operativo de memoria virtual.
Uno de los pasos más importantes para cambiar completamente el sistema operativo
de Microsoft es diseñar y crear un sistema operativo extensible, portátil, confiable,
adaptable, seguro y compatible y su versión anterior (Windows NT).
Para ello, crearon la siguiente arquitectura modular:
HE-CIS-2020

Consta de una serie de componentes independientes, cada uno de los cuales son
responsables de sus funciones y proporciona servicios a otros componentes. La
arquitectura es del tipo cliente-servidor, porque el sistema operativo considera la
aplicación como un cliente a servir, y equipa la aplicación con distintas entidades
servidor.
Después de crear este diseño, otras versiones posteriores a Windows NT se basan en
esta arquitectura y agregan nuevos componentes.
Una de las características que Windows comparte con otros sistemas operativos
avanzados es la división de las tareas del sistema operativo en múltiples categorías,
que están asociadas con los modos actuales admitidos por microprocesadores. Estos
modos proporcionan diferentes niveles de privilegios para que los programas que se
ejecutan en ellos accedan al hardware u otros programas que se ejecutan en el
sistema. Windows usa el modo privilegiado (kernel) y el modo no privilegiado
(usuario).
Uno de los objetivos básicos del diseño es tener el kernel más pequeño posible, que
integra módulos para responder a las llamadas al sistema que deben ejecutarse en
modo privilegiado (modo kernel). Las llamadas restantes serán expulsadas del kernel a
otras entidades que se ejecutarán en modo sin privilegios (modo de usuario), de modo
que el kernel se convertirá en una base compacta, robusta y estable.
El modo de usuario es un modo de funcionamiento con privilegios más bajos y no
puede acceder directamente al hardware. El código que se ejecuta en este modo solo
funciona en su propio espacio de direcciones. Utiliza API (interfaz de programa de
aplicación del sistema) para solicitar servicios del sistema.
HE-CIS-2020

El modo kernel es un modo de operación muy privilegiado en el que el código puede

acceder directamente a todo el hardware y toda la memoria, incluido el espacio de
direcciones de todos los procesos en modo usuario. La parte de WINDOWS que se
ejecuta en modo kernel se llama Windows Executor, que es solo un conjunto de
servicios disponibles para todos los componentes del sistema operativo, y cada
conjunto de servicios es operado por un componente completamente independiente
(incluidos los componentes). Core) y comunicarse a través de una interfaz bien
definida.
Todos los programas que no se ejecutan en modo kernel se ejecutan en modo de
usuario. La mayoría de los subsistemas ambientales y de código del sistema operativo
(Win32 y POSIX, que se presentarán en capítulos posteriores) y las aplicaciones de
usuario se ejecutan en modo de usuario. Estos programas solo acceden a su propio
espacio de direcciones e interactúan con el resto del sistema a través de mensajes
cliente / servidor.
1. Modo Kernel
a. Capa de Abstracción de Hardware (HAL).

Es el acrónimo de HAL (Hardware Abstraction Layer) en inglés. Es la interfaz
entre el hardware y el resto del sistema operativo. Se implementa como una
biblioteca de vínculos dinámicos (dll) y se encarga de proteger el resto del
sistema de las especificaciones del hardware. Por ejemplo, manejadores de
interrupciones e interfaces de entrada / salida. Esta abstracción hace que el
sistema sea más portátil, porque el resto del sistema no tiene que preocuparse
por la plataforma en la que se ejecuta. Cada plataforma en la que se ejecuta el
sistema requiere una HAL específica. El diseño apunta a reescribir el HAL para
el nuevo procesador al portar Windows a una nueva arquitectura de
procesador, pero el resto del sistema simplemente debe recompilarse.
También proporciona una interfaz para multiprocesamiento simétrico (su
abreviatura es SMP en inglés). La versión del servidor contiene dos HAL (Intel,
MIPS, PowerPC y Alpha) para arquitecturas de procesador, la primera se utiliza
para admitir un solo procesador y la segunda admite hasta cuatro
procesadores.
Para cada procesador físico presente en la computadora, HAL representa el
procesador virtual del microkernel. La idea es que un procesador virtualizado
HE-CIS-2020

oculte las características especiales del propio procesador al sistema

operativo, lo que significa, por ejemplo, si tiene dos sistemas multiprocesador,
uno que se ejecuta en un procesador Intel y el otro en un Alpha. , El HAL en
cada sistema es diferente, pero el procesador virtual presentado al
microkernel puede ser el mismo en ambos casos. En el sistema SMP
(multiprocesamiento simétrico) utilizado para cada procesador físico del
sistema, HAL significa el procesador virtualizado del microkernel.
Solo se puede acceder a este componente mediante el componente Windows
Executor y nunca se debe llamar al programa de modo de usuario. HAL
también intenta ser el único software del sistema que se comunica con el
hardware. La ventaja de esto es que otros programas no pueden escribir
información en el hardware de forma accidental o intencionada, lo que puede
provocar que el sistema se bloquee y evitar que el programa lea información
directamente desde el hardware.
Aunque el objetivo de Windows es hacer que todas las llamadas relacionadas
con el hardware pasen por la HAL, la realidad es que algunas llamadas al
controlador y al kernel bordean la HAL e interactúan directamente con el
hardware.
La capa de abstracción de hardware (HAL) es una biblioteca de operaciones de
hardware con rutinas proporcionadas por Microsoft o los fabricantes de
hardware. Esta capa se ubica en la capa más baja de Windows Executor (entre
el hardware y el resto del sistema operativo). Oculta las características de la
plataforma, por lo que todas las plataformas y arquitecturas son iguales al
sistema operativo. Esto permite que el SO tenga una o más Las diferentes
plataformas de cada procesador también facilitan que los controladores de
dispositivos se adapten a diferentes arquitecturas de E / S sin grandes
modificaciones.
b. MicroKernel
Es responsable de todas las operaciones realizadas en el sistema, y casi todas
las funciones del sistema son responsables a través de él.
El diseño de este componente asigna muchas funciones que habitualmente se
asignan al kernel en un sistema operativo tradicional a un grupo de programas
denominados Windows Executor, del cual el microkernel es parte del mismo,
se ejecutan en modo privilegiado, y ambos corren (programa ejecutivo Y
microkernel) se comunican a través de las primitivas del sistema operativo
subyacente.
La tarea principal de este componente es planificar la ejecución de
subprocesos (segmentos de código que pertenecen a un proceso específico). A
cada subproceso se le asigna una prioridad de 0 a 31, y luego envía los
subprocesos para que se ejecuten de acuerdo con su número de prioridad y
HE-CIS-2020

les permite ejecutar durante un período de tiempo antes de asumir el control

y permitir que se ejecute otro proceso.
Aquí, es importante aclarar que el micronúcleo no planifica la ejecución del
proceso, sino la ejecución de los subprocesos en el entorno del proceso. Este
proceso es el proceso de dar prioridad a la ejecución de multitarea, porque el
micronúcleo es el proceso de planificar la ejecución de todas las cosas en el
sistema. Código que se ejecuta.
En un sistema multiprocesador, se ejecuta una copia del microkernel en
cada procesador. Estos segmentos de microkernel se utilizan para
mantener la coherencia de los recursos compartidos del sistema porque
se accede a ellos mediante hilos que se ejecutan en todos los
procesadores.
También es responsable de manejar las interrupciones del sistema desde
dispositivos físicos. Por lo general, cuando se interrumpe el sistema, el
microkernel se hará cargo del hilo en ejecución para manejar la interrupción.
El microkernel también maneja las excepciones del procesador, que ocurren
cuando el procesador intenta realizar ciertas operaciones que no están
permitidas (por ejemplo, cuando intenta escribir en una parte de la memoria a
la que no tiene acceso o dividir por cero).
El propósito último del micronúcleo es brindar apoyo para recuperar el
sistema de un corte de energía. Si el sistema está equipado con una fuente de
alimentación ininterrumpida (abreviado como UPS), emitirá una advertencia al
micronúcleo cuando se detecte un corte de energía, y luego coordinará el
apagado ordenado del sistema, incluidas las advertencias al dispositivo. La
potencia de entrada / salida falla y luego se permite que se recupere en
consecuencia.
Dado que el microkernel involucra la mayoría de las operaciones realizadas por
el sistema operativo, sus partes clave están escritas en lenguaje ensamblador
para garantizar que pueda ejecutarse de la manera más rápida y eficiente
posible, lo que significa que su optimización es la clave para portar el sistema a
diferentes arquitecturas. Factores de desempeño.
El microkernel está ubicado en el centro de Windows, coopera muy de
cerca con HAL (Hardware Abstraction Level), programa la ejecución de
subprocesos y maneja interrupciones y excepciones de procesos. Su
función es hacer que el procesador esté lo más ocupado posible.
Generalmente hablando, se encarga de las funciones más básicas de
todo el sistema operativo, tales como:
 Ejecución de subprocesos.
 Sincronización multiprocesador
 Manejo de las interrupciones de hardware.
c. El Ejecutor de Windows
HE-CIS-2020

El ejecutor de Windows es responsable de tareas importantes, que son vitales

para todo el sistema, porque el microkernel casi siempre está demasiado
ocupado para manejarlo directamente.
Una definición clara es que Windows Executor proporciona la base del sistema
operativo, que se proporcionará a todas las aplicaciones que se ejecutan en el
sistema. Esto incluye servicios como objetos, memoria virtual, entrada y salida
y gestión de procesos.
Windows Executor solo se ejecuta en modo kernel y los llama cuando el
subsistema del entorno protegido necesita sus servicios. Debido a la estructura
jerárquica de Windows, las aplicaciones que se ejecutan en "modo de usuario"
no pueden llamar directamente a varias partes de Windows Executor, pero
requieren los servicios del subsistema de entorno (explicado en los siguientes
capítulos), como Win32 y POSIX. El sistema es a su vez responsable de llamar a
los componentes de Windows Executor.
d. El Administrador de Objetos
El administrador de objetos se utiliza para crear, modificar y eliminar todos los
objetos utilizados por el sistema que componen el Ejecutor de Windows (tipos
de datos abstractos utilizados para representar los recursos del sistema
operativo). También proporciona información sobre el estado del objeto a
todo el sistema operativo.
Los objetos pueden ser cosas concretas, como puertos de dispositivos, o
pueden ser abstractos como hilos. Cuando se crea un objeto, se le asignará un
nombre y otros programas pueden acceder a él por este nombre. Cuando un
proceso necesita acceder a un objeto, solicita el procesamiento de objetos al
administrador de objetos. El manejador de objetos proporciona punteros para
localizar objetos e información de control de acceso para informar el método
de acceso. Esta información de control de acceso es proporcionada por el
subsistema de seguridad (puede tratarse en un tema futuro).
También asegura que el objeto no consuma muchos recursos (generalmente
memoria), manteniendo así cuotas para diferentes tipos de objetos.
Además, el administrador de objetos se encarga de limpiar los objetos
huérfanos (objetos que parecen no tener dueño), lo que se denomina
recolección de basura. La falta de esta característica en Windows 3.x es la
causa de muchos problemas, ya que cuando el programa falla o realiza
operaciones incorrectas en los recursos del sistema, los recursos que consume
no serán devueltos al sistema para estar disponibles nuevamente, resultando
en errores por falta de recursos del sistema. De hecho, se trata de una pérdida
de memoria.
Con todo, el administrador de objetos es responsable de crear, destruir y
administrar todos los objetos de Windows Executor.
e. El Administrador de Procesos
HE-CIS-2020

El administrador de procesos es responsable de crear, eliminar y modificar el

estado de todos los procesos y subprocesos. También proporciona
información sobre el estado de los procesos y subprocesos en el resto del
sistema.
Por definición, un proceso incluye un espacio de direcciones virtuales, uno o
más subprocesos, un fragmento de código de programa ejecutable y un
conjunto de recursos del sistema. Un subproceso es un objeto ejecutable que
pertenece a un solo proceso, que incluye un contador de programa que
apunta a su posición actual en el segmento de código ejecutable del proceso,
dos pilas y un conjunto de valores de registro.
Como todos los miembros de Windows Executor, el administrador de procesos
también juega un papel vital en el funcionamiento de todo el sistema. Cuando
la aplicación comienza a ejecutarse, se crea como un proceso que necesita
llamar al administrador de procesos. Dado que cada proceso debe tener al
menos un hilo, se vuelve a llamar al administrador de procesos para crear el
hilo.
El administrador de procesos se utiliza para administrar subprocesos, pero no
tiene su propio conjunto de estrategias sobre cómo organizar la ejecución de
procesos y subprocesos. Estas estrategias están determinadas por el propio
microkernel.
El administrador de procesos es responsable de crear, eliminar y modificar el
estado de todos los procesos y subprocesos, y de proporcionar información
sobre el estado de los procesos y subprocesos al resto del sistema.
f. El Administrador de Memoria Virtual
Virtual Memory Manager (VMM) proporciona administración de memoria
virtual del sistema. La memoria virtual es un esquema que le permite mover
páginas al disco cuando no están en uso y restaurarlas cuando sea necesario,
utilizando así los recursos del disco en lugar de la memoria física del sistema.
Esta es una parte indispensable de Windows: asigna un espacio de direcciones
de 32 bits para cada proceso sin preocuparse por la cantidad de memoria física
en el sistema.
A cada proceso se le asignan 4 GB de espacio de memoria virtual. En este
espacio, los dos primeros gigabytes están reservados para uso del sistema y los
dos gigabytes restantes son usados por procesos. El administrador de memoria
virtual es responsable de convertir la dirección de memoria del proceso en la
dirección de memoria real del sistema. Si la dirección de memoria del proceso
hace referencia a un segmento de memoria que se ha paginado en el disco, el
administrador de memoria virtual recuperará la página del disco.
El administrador de memoria virtual es responsable de todo lo relacionado con
la estrategia de administración de memoria, determinando el conjunto de
trabajo de cada proceso, manteniendo un conjunto de páginas libres,
HE-CIS-2020

seleccionando páginas para ser transferidas a la memoria real, cargando y

reduciendo páginas entre RAM y archivos de intercambio en disco.
g. Servicios de Llamadas a Procedimientos Locales
La herramienta de llamada a procedimiento local (LPC) se ha integrado en el
diseño cliente / servidor de Windows. Ésta es la interfaz entre todos los
procesos de cliente y servidor que se ejecutan localmente en el sistema.
La estructura del servicio de llamada a procedimiento local es muy similar a la
de la llamada a procedimiento remoto (RPC), excepto que está optimizada y
solo admite la comunicación entre el cliente local y los procesos del servidor.
Más específicamente, LPC es un mecanismo que permite que dos hilos en
diferentes procesos intercambien información.
Recuerde, una vez dijimos que el subsistema Win32 es una aplicación que se
ejecuta en modo de usuario, se ejecutará en su propio espacio de memoria.
Cuando el programa quiere comunicarse con el subsistema Win32 para
solicitar un servicio, llama a una función de la DLL correspondiente, y luego la
función usa LPC para pasar la solicitud al subsistema de proceso Win32, que
procesa la solicitud y realiza la operación solicitada y regresa a través de
Mensaje de logro transmitido por LPC.
El servicio de llamada de procedimiento local es un módulo responsable de
recibir y enviar llamadas de procedimiento local entre la aplicación cliente y el
subsistema del servidor.
h. El Monitor de Seguridad
El Monitor de referencia de seguridad (SRM) es la base de toda la seguridad en
el sistema WINDOWS y es responsable de implementar todas las políticas de
seguridad en la computadora local.
Este componente trabaja con el subsistema de tiempo de ejecución, el proceso
de conexión al sistema (llamado proceso de inicio de sesión) y el control de
seguridad local (autorización de seguridad local). Cuando el usuario intenta
conectarse al sistema, se verifica su identidad y el subsistema del proceso de
conexión solicitará el token de acceso de seguridad del usuario (abreviado
como SAT o token de acceso de seguridad en inglés SAT). El SAT contiene una
lista de privilegios de usuarios y grupos. Se utiliza como clave del usuario
durante la sesión de conexión. Siempre que el usuario quiera hacer algo, se
muestra el SAT y se usa para determinar si el usuario puede realizar estas
acciones.
Este componente trabaja en estrecha colaboración con el administrador de
objetos. Cada vez que un usuario intenta acceder a un objeto, el administrador
de objetos crea un identificador para acceder al objeto y llama a SRM para
determinar el nivel de acceso otorgado por el identificador. SRM usa la
información contenida en el token de acceso del usuario y la compara con la
lista de control de acceso en el objeto para ver si el usuario debe tener el nivel
HE-CIS-2020

de acceso solicitado. De esta forma, SRM puede controlar la seguridad de

acceso de todos los objetos del sistema.
i. El Administrador de Entrada-Salida
El administrador de entradas y salidas (I / O Manager) se encarga de gestionar
la comunicación entre los diferentes controladores de dispositivos. Para ello,
implementa una interfaz bien definida que permite procesar todos los
controladores de manera homogénea sin la intervención del operador. . Cómo
trabaja cada persona. Tiene una serie de subcomponentes, estos
subcomponentes son:
 Controlador del sistema de archivos: Se encarga de establecer la
comunicación con el controlador del sistema de archivos, ya que el
sistema permite que múltiples sistemas de archivos coexistan en
diferentes particiones lógicas de la misma unidad física.
 Redirector de servidor y red.
 Los drivers de dispositivo del sistema
 Administrador de caché: Se encarga de manipular la caché de todo el
sistema de entrada y salida. El sistema de archivos utiliza este método
para mejorar su rendimiento. Este método no lee ni escribe archivos
de uso frecuente en el disco, sino que la almacena en la memoria
caché, y la lectura y escritura de estos archivos se realiza desde la
memoria. . Este componente se encarga de manejar la magia negra,
que suele ser necesaria para que varios dispositivos se comuniquen
entre sí y coexistan en un segmento. El administrador de E / S es
responsable de administrar la comunicación entre varios
controladores de dispositivos.
2. Modo Usuario
a. Subsistemas de Ambiente Protegido

Los dos objetivos de WINDOWS son la personalidad y la compatibilidad. Esto
se logra protegiendo el subsistema ambiental.
En esencia, personalidad significa que WINDOWS expone múltiples conjuntos
de interfaces de programación de aplicaciones (API) y puede actuar
eficazmente como diferentes sistemas operativos. Además de la personalidad
HE-CIS-2020

de Win32, Win16 y DOS, WINDOWS también tiene personalidad POSIX y OS /

2.
En WINDOWS, hay tres subsistemas de ambiente protegido:
 El subsistema de Win32
 El subsistema de POSIX
 El subsistema de OS/2
Aunque a veces las personalidades de Win16 y DOS se enumeran en la lista del

subsistema de entorno protegido, en realidad son parte del subsistema Win32.
El subsistema de entorno protegido actúa como intermediario entre las

aplicaciones en modo usuario y los ejecutores de Windows.
Recuerde que Windows Executor y todos sus componentes están en "modo

privilegiado" o "modo kernel", mientras que todos los demás componentes
están en "modo usuario", que incluye todos los subsistemas ambientales.
Cuando la aplicación llama al subsistema de entorno, pasará a través de la capa
de servicio de Windows Executor.
Cada subsistema ambiental realizará un seguimiento de su propio proceso y

funcionará de forma independiente de otros subsistemas. Cada aplicación solo
puede ejecutarse en el subsistema para el que fue diseñada. Al iniciar una
aplicación en WINDOWS, verifique el título representado por el archivo y
determine en qué subsistema ejecutar la aplicación.
b. El Subsistema Win32
Win32 es el subsistema principal y nativo de WINDOWS. La base de este
subsistema es el conjunto de API de Win32. Muchas de estas API son
extensiones directas de la versión correspondiente de Win16.
Este subsistema actúa como servidor para todos los demás subsistemas
ambientales admitidos por WINDOWS. Estos subsistemas actúan como
clientes y convierten sus llamadas a la API en la API de Win32 adecuada.
El subsistema Win32 es responsable de todas las entradas y salidas. Puede
controlar la pantalla, el teclado y el mouse. Cuando otros subsistemas (como
OS / 2 o POSIX) necesitan utilizar estos dispositivos, solicitarán servicios del
subsistema Win32.
Algunos de los objetivos encaminados a mantener la compatibilidad con
aplicaciones en versiones anteriores son:
 Permitir que los programas creados en DOS se ejecuten sin
modificaciones.
 Proporciona la capacidad de ejecutar la mayoría de las aplicaciones de
Windows de 16 bits sin modificaciones.
HE-CIS-2020

 Proteja el sistema y otras aplicaciones de 32 bits de las aplicaciones

DOS y de 16 bits.
 Permite que la plataforma RISC (computadora con conjunto de
instrucciones reducido, un microprocesador que reduce el número de
instrucciones para aumentar la frecuencia de operación) ejecute
aplicaciones de Windows de 16 bits y DOS.
 Proporcionar un mecanismo para compartir datos entre aplicaciones
de Windows de 32 y 16 bits.
Mucha gente considera Windows 3.x como un sistema operativo.

Técnicamente hablando, no es un sistema operativo real, sino una interfaz de
usuario como miembro de DOS, es decir, un sistema operativo real.
Por lo tanto, el primer paso para brindar compatibilidad es crear un entorno

DOS. El entorno DOS en WINDOWS se denomina máquina virtual DOS
(Máquina virtual DOS o VDM). VDM es una aplicación en modo de usuario de
32 bits que solicita servicios del subsistema Win32 (a veces directamente
desde la capa de servicio del sistema). Está basado en DOS 5.0.
WINDOWS le permite ejecutar tantas aplicaciones de DOS como necesite, cada

una de las cuales se ejecuta en su propio VDM. Dado que los VDM no son más
que procesos regulares en WINDOWS, también son programas preventivos
multitarea como otros procesos del sistema. Por tanto, se puede decir que
WINDOWS permite la multitarea preventiva de programas DOS.
Una de las otras funciones de VDM es proporcionar a los usuarios 620 KB de

memoria "normal" libre. El milagro de esto es que también proporciona
soporte para mouse, red y CD-ROM para aplicaciones DOS.
El subsistema Win32 es el más importante, porque no solo es adecuado para

aplicaciones nativas de Windows, sino también para programas que no son
Win32, puede reconocer sus tipos e iniciarlos en el subsistema
correspondiente. Si la aplicación es MS-DOS o Windows de 16 bits (Windows
3.11 y versiones anteriores), creará un nuevo subsistema protegido. Por lo
tanto, la aplicación DOS o Win16 se ejecutará en el contexto de un proceso
llamado VDM (Virtual DOS Machine), que es solo un emulador de una
computadora que se ejecuta en MS-DOS. Este subsistema admite una gran
parte de la API de Win32. Por lo tanto, puede manejar todo el contenido
relacionado con la interfaz gráfica de usuario (GUI) y controlar la entrada del
usuario y la salida de la aplicación.
c. El Subsistema POSIX
HE-CIS-2020

Al desarrollar Windows NT, Microsoft prestó mucha atención a los diferentes

estándares de sistemas abiertos. Reconocen el valor de admitir sistemas
abiertos porque este enfoque puede ganar la aceptación del mercado para su
nuevo sistema operativo avanzado.
Uno de los estándares admitidos por Windows que se citan con más
frecuencia es POSIX (Interfaz de sistema operativo portátil basada en Unix),
que significa Interfaz de sistema operativo portátil y fue desarrollado por IEEE
(Instituto de ingenieros eléctricos y electrónicos). Proporciona un método de
portabilidad para aplicaciones en la plataforma UNIX. Sin embargo, POSIX se
ha integrado en muchos sistemas que no son UNIX.
POSIX tiene muchos niveles de cumplimiento. Estos niveles representan la
evolución de una serie de propuestas, aunque no todas las propuestas han
sido aprobadas como estándares.
El subsistema POSIX requiere servicios mínimos proporcionados por
WINDOWS. Cuando una aplicación POSIX se ejecuta en WINDOWS, carga el
subsistema y convierte las llamadas a la API del lenguaje C que la admiten en
llamadas a la API Win32 proporcionadas por el subsistema Win32.
Debido a las limitaciones de la naturaleza, el subsistema POSIX en WINDOWS
no brinda soporte para la administración de la red o la seguridad del sistema.
El subsistema POSIX interactúa con Windows Executor. Se encarga de definir
aspectos específicos del sistema operativo UNIX, como la relación jerárquica
entre el proceso padre y el proceso hijo (por ejemplo, no existe en el
subsistema Win32, por lo que no se implementará directamente en el Ejecutor
de Windows).
d. El Subsistema OS/2
El subsistema OS / 2 se implementa como un subsistema de entorno
protegido, similar al subsistema POSIX. Esto convertirá las llamadas a la API de
OS / 2 en llamadas a la API de Win32 proporcionadas por el subsistema Win32.
Los subsistemas y sus aplicaciones se ejecutan en sus respectivos espacios de
memoria protegidos de 32 bits y constituyen una multitarea preventiva entre
sí y en relación con otras aplicaciones que se ejecutan en el sistema.
Además de un conjunto de API de motor OS / 2, este subsistema también
implementa muchas API de administrador de LAN (red de área local), incluidas
canalizaciones, NETBIOS y ranuras de correo. De esta forma, se diferencia del
subsistema POSIX porque no admite la gestión de red.
Así como el subsistema POSIX proporciona un entorno para aplicaciones UNIX,
el subsistema OS / 2 también admite aplicaciones OS / 2. Proporcional a
Interfaz gráfica y llamadas al sistema; Windows Executor puede ayudarlo a
manejar estas llamadas.
4. Conclusión
HE-CIS-2020

Windows es un sistema que utiliza funciones de procesador, diseñado para adaptarse

a las nuevas tecnologías, brindar compatibilidad con varias plataformas (OS / 2, Unix y
sus versiones anteriores), soportar multiprocesamiento simétrico, buen rendimiento y
conectividad, y seguridad. Y no tiene la capacidad de arraigarse en ningún modelo de
sistema operativo estándar, tiene la capacidad de combinar las ventajas del modelo
cliente / servidor, también puede ejecutarse en múltiples arquitecturas con cambios
mínimos y permite múltiples procesadores La ejecución simultánea de múltiples
procesos no ocupará indefinidamente los recursos del sistema, sino que será resuelto
por el sistema de procesamiento.
5. Bibliografía
1. [Solo00] Solomon, David A.y Russinovich Mark "Inside Microsoft Windows 2000".

3ra Edi. Microsoft Press. Washington. 2000.
2. [Stal98] Stallings, William. "Operating Systems". 3ra Edi. Prentice-Hall, Inc. New
Jersey. 1998.
3. [Stal01] Stallings, William. "Systemas Operativos". 4ta Edi. Pearson Edicación,
S.A. Madrid. 2001.
4. URL: http://www.monografias.com/trabajos7/arso/arso2.shtml
5. URL: http://www.windowstimag.com/
6. URL: http://usuarios.lycos.es/betzweb/

In 01 KNNG

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

In 01 KNNG

Cargado por

Copyright:

Formatos disponibles

CARRERA DE INGENIERIA EN SISTEMAS

UNIVERSIDAD NACIONAL DE LOJA

Nombre: Karen Nathalí Nagua González

Paralelo: A Fecha: Loja, 11 de noviembre de 2020

Asignatura: Sistemas Operativos

Docente: Ing. Hernán Leonardo Torres Carrión M.Sc.

UNIVERSIDAD NACIONAL DE LOJA

la implementación, proporciona flexibilidad y es muy adecuado para entornos

3. Visión General de la Arquitectura de Windows

 Reúna los requisitos de la industria y del gobierno para la seguridad del

UNIVERSIDAD NACIONAL DE LOJA

UNIVERSIDAD NACIONAL DE LOJA

El modo kernel es un modo de operación muy privilegiado en el que el código puede

a. Capa de Abstracción de Hardware (HAL).

UNIVERSIDAD NACIONAL DE LOJA

oculte las características especiales del propio procesador al sistema

UNIVERSIDAD NACIONAL DE LOJA

les permite ejecutar durante un período de tiempo antes de asumir el control

UNIVERSIDAD NACIONAL DE LOJA

El ejecutor de Windows es responsable de tareas importantes, que son vitales

UNIVERSIDAD NACIONAL DE LOJA

El administrador de procesos es responsable de crear, eliminar y modificar el

UNIVERSIDAD NACIONAL DE LOJA

seleccionando páginas para ser transferidas a la memoria real, cargando y

UNIVERSIDAD NACIONAL DE LOJA

de acceso solicitado. De esta forma, SRM puede controlar la seguridad de

a. Subsistemas de Ambiente Protegido

UNIVERSIDAD NACIONAL DE LOJA

de Win32, Win16 y DOS, WINDOWS también tiene personalidad POSIX y OS /

Aunque a veces las personalidades de Win16 y DOS se enumeran en la lista del

El subsistema de entorno protegido actúa como intermediario entre las

Recuerde que Windows Executor y todos sus componentes están en "modo

Cada subsistema ambiental realizará un seguimiento de su propio proceso y

UNIVERSIDAD NACIONAL DE LOJA

 Proteja el sistema y otras aplicaciones de 32 bits de las aplicaciones

Mucha gente considera Windows 3.x como un sistema operativo.

Por lo tanto, el primer paso para brindar compatibilidad es crear un entorno

WINDOWS le permite ejecutar tantas aplicaciones de DOS como necesite, cada

Una de las otras funciones de VDM es proporcionar a los usuarios 620 KB de

El subsistema Win32 es el más importante, porque no solo es adecuado para

UNIVERSIDAD NACIONAL DE LOJA

Al desarrollar Windows NT, Microsoft prestó mucha atención a los diferentes

UNIVERSIDAD NACIONAL DE LOJA

Windows es un sistema que utiliza funciones de procesador, diseñado para adaptarse

1. [Solo00] Solomon, David A.y Russinovich Mark "Inside Microsoft Windows 2000".

También podría gustarte