Es a menudo difícil que la gente entienda la diferencia entre el hardware y el software en un sistema de la PC. Las diferencias pueden ser difíciles porque son ambas mucho intertwined en el diseño, la construcción, y la operación del sistema. Entender estas diferencias es esencial para entender el papel del BIOS en el sistema.
|
|
El BIOS es un término que está parado para el sistema básico de la entrada-salida, que consiste en el software bajo que controla el hardware del sistema y actúa como interfaz entre el sistema operativo y el hardware. La mayoría de la gente sabe el BIOS del término al lado de otros conductores del namedevice, o conductores justos. Es decir el BIOS es conductores, significando todos. El BIOS es esencialmente el acoplamiento entre el hardware y el software en un sistema.
Cuando la PC primero fue introducida, el software del BIOS que contenía todos los drivers de dispositivo para el sistema entero fue quemado colectivamente en unas o más (significado conservan sus datos incluso cuando la energía se da vuelta apagado) virutas permanentes de la memoria inalterable (ROM) y puesto en la placa base. Esencialmente, los conductores eran autónomos, cargado en memoria, y accesible siempre la PC fue accionada encendido.
Esta viruta de la ROM también contuvo una energía en programa de autoprueba (del POSTE) y un cargador de elástico de bota. El programa de elástico de bota fue diseñado para iniciar el cargamento de un OS comprobando para y cargando el sector del cargador de una diskette y, si uno no estaba presente, de un disco duro. Después de que el OS fuera cargado, podría invitar las rutinas bajas (drivers de dispositivo) en el BIOS para obrar recíprocamente con el hardware del sistema. En los días tempranos, todos los drivers de dispositivo necesarios estaban en el BIOS almacenado en la ROM de la placa base. Esto incluyó los conductores para el teclado, los adaptadores video de MDA/CGA, los puertos de serial/parallel, el regulador flojo, el regulador del disco duro, la palanca de mando, y el reloj.
Cuando el OS cargó, usted no tuvo que cargar un conductor para obrar recíprocamente con esos pedazos de hardware porque los conductores fueron cargados ya en la ROM. Eso grande trabajada mientras usted no agregó ningún hardware nuevo para el cual no hubiera un conductor en la ROM. Si usted , usted entonces tenía dos opciones: Si el hardware que usted agregaba era una tarjeta del adaptador, esa tarjeta podría tener una ROM onboard contener los drivers de dispositivo necesarios. La ROM de la placa base fue preprogramada para explorar un área predeterminada de la memoria que buscaba cualquier ROM de la tarjeta del adaptador y, si cualesquiera fueron encontrados, su código fue probado y ejecutado posteriormente, esencialmente ligándola en y agregando su funcionalidad al BIOS existente. Esencialmente, la ROM de la placa base "asimiló" cualquier ROM de la tarjeta del adaptador, agregando a la funcionalidad "colectiva".
Este método de agregar conductores fue requerido para ciertos artículos, tales como tarjetas video, que necesitaron ser funcionales inmediatamente cuando la PC fue accionada encendido. El código del BIOS en la ROM de la placa base tenía conductores solamente para las tarjetas video monocromáticas del adaptador de exhibición de la IBM (MDA) y del adaptador de los gráficos de color (CGA). Si usted agregara cualquier tarjeta que fuera diferente de ésa, los conductores en la ROM de la placa base no trabajarían. Eso no sería un problema si la tarjeta video nueva tuviera sus el propios onboard conductores en una ROM que sería ligada en el BIOS inmediatamente sobre lanzar el interruptor.
Si el dispositivo no utilizó una tarjeta del adaptador, tuvo que haber otra manera de agregar el conductor necesario al BIOS colectivo. Un esquema fue ideado por el que durante los primeros tiempos del cargamento, el archivo de lanzamiento del OS (IO.SYS) comprobado para saber si hay un archivo de la configuración (llamado CONFIG.SYS) que especificó cualquier conductor adicional para cargar para apoyar el hardware nuevo. El archivo de CONFIG.SYS, junto con cualquier conductor nombrado dentro, sería colocado en la impulsión de cargador. Entonces, cuando el programa de IO.SYS lo leyó, cargó los conductores especificados en memoria y los ligó en el resto del BIOS, agregando otra vez su funcionalidad al entero colectivo. Esencialmente, estos conductores fueron cargados de disco en ESPOLÓN y ligados en el BIOS así que podrían ser invitados cuando son necesarios.
A este punto, el BIOS había crecido enteramente de ser contenido en la ROM de la placa base, a tener conductores adicionales ligados adentro de las ROM de la tarjeta del adaptador, a tener aún más conductores ligados adentro después de ser cargado en ESPOLÓN durante los primeros tiempos del proceso del cargador. El BIOS ahora fue construido de los programas situados en tres diversas localizaciones físicas en el sistema, pero funcionó como una sola entidad porque todos los programas fueron ligados juntos vía el subprograma del BIOS que llamaba interrupciones del sistema-de-software. El OS o un programa de uso que necesita hablar con un pedazo específico de hardware (por ejemplo, leer en la impulsión de CD-ROM) haría una llamada a una interrupción específica del software, y la tabla del vector de la interrupción entonces encaminaría la llamada a la parte específica del BIOS (que significa el conductor específico) para el dispositivo que es llamado. No importó si ese conductor estuviera en la ROM de la placa base, la ROM del adaptador, o el ESPOLÓN. Por lo que el sistema, la memoria es memoria, y mientras la rutina existió en una dirección de memoria, podría ser llamada.
La combinación del BIOS de la placa base, del BIOS de la tarjeta del adaptador, y de los drivers de dispositivo cargó del disco contribuido al BIOS en su totalidad. La porción del BIOS contenido en virutas de la ROM, en la placa base y en algunas tarjetas del adaptador, a veces se llama el soporte lógico inalterable, que es un nombre dado al software almacenado en virutas más bien que en disco. Por supuesto, después de que usted diera vuelta apagado al sistema, los conductores en la ROM permanente permanecerían intacto pero ésos en ESPOLÓN volátil desaparecerían inmediatamente. Eso no era un problema, sin embargo, porque la próxima vez que el sistema fue dado vuelta detrás encendido, pasó con el proceso del cargador y cargó otra vez los conductores suplementales necesarios de disco de nuevo.
Mientras que la PC se ha desarrollado, más y más accesorios y hardware nuevo se han ideado para agregar al sistema. Esto significa que más y más conductores han necesitado ser cargados para apoyar este hardware. La adición de conductores nuevos a la ROM de la placa base ha sido extremadamente difícil porque las virutas de la ROM eran relativamente fijas (difícil de cambiar) y el espacio limitado estaba disponible. La PC solamente 128KB asignado arquitectura para la ROM de la placa base, y la mayor parte fueron utilizadas ya por los conductores existentes, programa de disposición del POSTE, del BIOS, y por supuesto el cargador de elástico de bota. Poner el conductor en una ROM de la tarjeta del adaptador es también difícil y costoso, y solamente 128KB se asigna para que todas las ROM de la tarjeta del adaptador existan, no mencionar el hecho de que las tarjetas video han robado ya 32KB de eso. Así pues, la mayoría de las compañías que desarrollaban el hardware nuevo para la PC escribieron simplemente un conductor que fue diseñado para ser cargado en ESPOLÓN durante cargador.
Mientras que se encendió el tiempo, más y más conductores eran cargados de diskin algunos casos, incluso los conductores que substituían ésos en la placa base. Por ejemplo, Windows 95 introdujo un conductor nuevo del disco duro que utilizó código 32-bit, que cerraron el conductor 16-bit existente que existió en la ROM de la placa base. En ese punto, el conductor del disco duro en la ROM de la placa base no fue utilizado por solamente algunos segundos después de que el sistema fuera girado, y después de que el conductor 32-bit fue cargado en ESPOLÓN durante el proceso del cargador, la tabla del vector fue cambiada al punto aquél en vez de el que esta' en la ROM. Windows 95, 98, y yo permitieron el uso de conductores 16-bit y 32-bit, facilitando la transición a la operación 32-bit completa.
Esto ha progresado a hoy, cuando los conductores 32-bit se han diseñado para ser cargados de disco para substituir todos los conductores en la ROM de la placa base. Ésta es la caja para cualquier sistema que funciona hoy Windows NT, 2000, o XP. Esos sistemas operativos no pueden utilizar cualesquiera de los conductores 16-bit encontrados en las ROM de la placa base o ninguna ROM de la tarjeta del adaptador y deben utilizar solamente conductores 32-bit. El código 16-bit en la ROM de la placa base se utiliza para conseguir solamente el sistema que funciona bastante tiempo para conseguir los conductores y el OS 32-bit iniciales cargados, en que punto asumen el control y se cierra el código 16-bit.
La misma edición es verdad para las versiones 64-bit de Windows, que requieren todos los conductores 64-bit y no pueden utilizar ningunos conductores 32-bit o 16-bit. En hecho, aunque los procesadores como el AMD64 son absolutamente populares, el acercamiento todo o nada que requería todos los conductores 64-bit ha impedido la aceptación de los sistemas que funcionaban Windows 64-bit por una cierta hora.
Al funcionar Windows.xp 32-bit, por ejemplo, después de que se cargue XP, no más de llamadas no se hacen a cualesquiera de las rutinas 16-bit en las ROM de la placa base o del adaptador. En lugar, solamente los drivers de dispositivo 32-bit cargados en ESPOLÓN se llaman. Así pues, en cuanto la PC se acciona encendido, el BIOS pudo estar sobre todo en la ROM, pero después de que se cargue XP, el BIOS reside enteramente en ESPOLÓN.
Eso es más probable la manera que las cosas continuarán para el futuro. La ROM de la placa base existe solamente para conseguir el sistema comenzado, para inicializar el hardware específico, para ofrecer seguridad de la manera energi'a-en de contraseñas y de tales, y para realizar una cierta configuración inicial básica. Sin embargo, después de que se cargue el OS, un nuevo sistema entero de conductores asume el control.
Un sistema de la PC se puede describir como una serie de hardware layerssome y cierto interfaz del softwarethat con uno a. En el sentido más básico, usted puede romper una PC abajo en cuatro capas primarias, cada uno de las cuales se puede analizar más lejos en subconjuntos.
El propósito del diseño acodado es permitir un sistema operativo dado y usos al funcionamiento en diverso hardware.
En esta arquitectura acodada, los programas del software de uso hablan con el sistema operativo vía qué se llama un Application Program Interface (API). El API varía según el sistema operativo que usted está utilizando y consiste en los varios comandos y funciona el sistema operativo puede realizarse para un uso. Por ejemplo, un uso puede invitar el sistema operativo para cargar o para ahorrar un archivo. Esto evita que el uso sí mismo tenga que saber leer el disco, enviar datos a una impresora, o realizar cualquier otra de las muchas funciones que el sistema operativo puede proporcionar. Porque el uso se aísla totalmente del hardware, usted puede esencialmente funcionar los mismos usos en diversas máquinas; el uso se diseña para hablar con el sistema operativo más bien que el hardware.
El sistema operativo después interconecta con o habla con la capa del BIOS o del conductor. El BIOS consiste en todos los programas individuales del conductor que funcionan entre el sistema operativo y el hardware real. Como tal, el sistema operativo nunca habla con el hardware directamente; en lugar, debe pasar siempre a través de los conductores apropiados. Esto proporciona una manera constante de hablar con el hardware. Es generalmente la responsabilidad del fabricante de hardware proporcionar los conductores para su hardware. Porque los conductores deben actuar entre el hardware y el sistema operativo, los conductores son típicamente específico del sistema operativo. Así, el fabricante de hardware debe ofrecer diversos conductores de modo que su hardware funcione bajo DOS, Windows 9x, Windows 2000, Windows.xp, OS/2, Linux, etcétera. Porque muchos sistemas operativos utilizan los mismos interfaces internos, algunos conductores pueden trabajar bajo sistemas operativos múltiples. Por ejemplo, un conductor que trabaja bajo Windows que generalmente también trabajará bajo Windows 98 y 95, y un conductor que los trabajos debajo de Windows.xp también trabajarán a menudo bajo Windows 2000 y NT (y viceversa). Esto es porque Windows 95, 98, y yo son esencialmente variaciones en el mismo OS, al igual que Windows NT, 2000, y XP.
Porque la capa del BIOS mira igual al sistema operativo no importa qué el hardware está sobre él (o por debajo de, dependiendo de su punto de vista), el mismo sistema operativo puede funcionar en una variedad de sistemas. Por ejemplo, usted puede funcionar Windows.xp en dos sistemas con diversos procesadores, discos duros, adaptadores video, etcétera, con todo Windows.xp mirará y sentirá bastante mucho el igual en both.of.them. Esto es porque los conductores proporcionan las mismas funciones básicas ninguna materia que el hardware específico se utilice.
El uso y las capas de los sistemas operativos pueden ser idénticos de sistema al sistema, pero el hardware puede diferenciar radicalmente. Porque el BIOS consiste en los conductores de software que actúan para interconectar el hardware al software, la capa del BIOS se adapta al hardware único en un extremo pero miradas constantemente iguales al sistema operativo en el otro extremo.
La capa del hardware es donde la mayoría de las diferencias mienten entre los varios sistemas. Está hasta el BIOS para enmascarar las diferencias entre el hardware único para poder funcionar el sistema operativo dado (y posteriormente el uso).
Online: 830 users browsing the articles directory
|
|