Es ist häufig schwierig für Leute, den Unterschied zwischen Kleinteilen und Software in einem PC System zu verstehen. Die Unterschiede können schwierig sein, weil sie beide sind, die sehr viel im System Design, dem Aufbau und dem Betrieb ineinandergegriffen werden. Diese Unterschiede zu verstehen ist zum Verstehen der Rolle des BIOS im System wesentlich.
|
|
BIOS ist eine Bezeichnung, die für grundlegendes Input/Output System steht, das aus niedriger Software besteht, die die System Kleinteile steuert und als eine Schnittstelle zwischen dem Betriebssystem und den Kleinteilen dient. Die meisten Leute kennen das Bezeichnung BIOS durch eine anderen namedevice Treiber oder die gerechten Treiber. Das heißt, ist das BIOS die Treiber und bedeutet alle. BIOS ist im Wesentlichen die Verbindung zwischen Kleinteilen und Software in einem System.
Als der PC zuerst eingeführt wurde, wurde die BIOS-Software, welche die ganze Gerätebetreibung für das gesamte System enthält, zusammen in einen oder mehr permanenten (Bedeutung behalten sie ihre Daten, selbst wenn der Strom abgestellt wird), Read-only-Speicher (ROM) Späne gebrannt und gesetzt auf das Motherboard. Im wesentlichen waren die Treiber selbständig, vorbelastet in Gedächtnis, und zugänglich, immer wenn der PC an angetrieben wurde.
Dieser ROM Span enthielt auch eine Energie auf Selbsttest (PFOSTEN) Programm und einem Urleseprogramm. Der Kernanlauf wurde entworfen, um das Laden eines OSS einzuleiten, indem man auf überprüfte und den Aufladung Sektor von einer Diskette und, wenn man nicht anwesend war, von einer Festplatte lud. Nachdem das OS geladen wurde, könnte es um die niedrigen Programme (Gerätebetreibung) im BIOS ersuchen, um auf die System Kleinteile einzuwirken. An den frühen Tagen war die ganze notwendige Gerätebetreibung im BIOS, das im Motherboard ROM gespeichert wurde. Dieses schloß Treiber für die Tastatur, MDA/CGA videodie adapter, die serial/parallel Tore, den schlaffen Steuerpult, den Festplatte Steuerpult, den Steuerknüppel und den Taktgeber mit ein.
Als das OS lud, mußten Sie nicht einen Treiber laden, um auf jene Stücke Kleinteile einzuwirken, weil die Treiber bereits im ROM vorbelastet wurden. Das bearbeitetes großes so lang, wie Sie keine neuen Kleinteile addierten, für die es nicht einen Treiber in ROM gab. Wenn Sie, hatten Sie dann zwei Wahlen: Wenn die Kleinteile, die Sie addierten, eine Adapterkarte, diese Karte konnten ein ROM an Bord des Enthaltens der notwendigen Gerätebetreibung haben waren. Das Motherboard ROM wurde vorprogrammiert, um einen vorbestimmten Bereich des Gedächtnisses abzulichten nach allen möglichen Adapterkarte ROMAS suchend und, wenn irgendwelche gefunden wurden, wurde ihr Code geprüft und durchgeführt nachher, im Wesentlichen verband sie in und fügt ihre Funktionalität dem vorhandenen BIOS hinzu. Im wesentlichen "paßte" das Motherboard ROM alle mögliche Adapterkarte ROMAS an und fügte der "Kollektiv" Funktionalität hinzu.
Diese Methode des Addierens der Treiber wurde für bestimmte Einzelteile, wie Videokarten angefordert, die funktionell sein mußten sofort, als der PC an angetrieben wurde. Der BIOS-Code im Motherboard ROM hatte Treiber nur für die Videokarten des IBM einfarbigen Anzeige Adapters (MDA) und des Farbgraphikadapters (CGA). Wenn Sie irgendeine Karte addierten, die zu der unterschiedlich war, würden die Treiber im Motherboard ROM nicht arbeiten. Das würde nicht ein Problem sein, wenn die neue Videokarte seine Selbst an Bord der Treiber in einem ROM hatte, das in das BIOS sofort nach dem Werfen des Energie Schalters verbunden würde.
Wenn die Vorrichtung nicht eine Adapterkarte benutzte, mußte es eine andere Weise geben, den notwendigen Treiber dem Kollektiv BIOS hinzuzufügen. Ein Entwurf wurde hingegen während der frühen Stadien des Ladens geplant, die OS Startakte (IO.SYS) überprüft auf eine Konfiguration Akte (genannt CONFIG.SYS) die alle zusätzlichen Treiber spezifizierte, um zu laden, um neue Kleinteile zu stützen. Die CONFIG.SYS Akte, zusammen mit allen möglichen Treibern, die innen genannt wurden, würde auf den Aufladung Antrieb gesetzt. Dann als das IO.SYS Programm sie las, lud sie die spezifizierten Treiber in Gedächtnis und verband sie in den Rest des BIOS und wieder fügte ihre Funktionalität dem zusammenvollständigen hinzu. Im wesentlichen wurden diese Treiber von der Scheibe in RAM geladen und verbunden in das BIOS, also konnten um sie ersucht werden, als notwendig.
An diesem Punkt war das BIOS von im Motherboard ROM völlig enthalten werden, zum Haben der zusätzlichen Treiber gewachsen, die innen von Adapterkarte ROMAS, mit Haben von von sogar mehr Treibern verbunden wurden, die innen nachdem es in RAM während der frühen Stadien des Aufladung Prozesses verbunden wurden, geladen worden war. Das BIOS wurde jetzt aus den Programmen konstruiert, die in drei unterschiedlichen körperlichen Positionen im System gelegen sind, und doch arbeitete es als einzelnes Wesen, weil alle Programme zusammen über die BIOS-Subroutine verbunden wurden, die System-von-Software Unterbrechungen benennt. Das OS oder ein Anwendungsprogramm, die mit einem spezifischen Stück Kleinteilen sprechen müssen (zum Beispiel, vom CD-ROM Antrieb lesen) würden einen Anruf zu einer spezifischen Software-Unterbrechung und die Unterbrechung vektortabelle würden verlegen dann den Anruf auf dem spezifischen Teil des BIOS (den spezifischen Treiber bedeutend) für die Vorrichtung bilden, die benannt wurde. Sie machte nicht aus, ob dieser Treiber im Motherboard ROM, in Adapter ROM oder im RAM war. Insoweit das System, ist Gedächtnis Gedächtnis, und so lang, wie das Programm an einer Speicheradresse bestand, könnte es benannt werden.
Die Kombination des Motherboard BIOS, des Adapterkarte BIOS und der Gerätebetreibung lud von der Scheibe als Ganzes, die zum BIOS beigetragen wurde. Der Teil des BIOS, das in den ROM Spänen, auf dem Motherboard und in einigen Adapterkarten enthalten wird, wird manchmal Mikroprogrammaufstellung genannt, die ein Name ist, der zur Software gegeben wird, die in den Spänen anstatt auf Scheibe gespeichert wird. Selbstverständlich nachdem Sie das System abstellten, würden die Treiber in permanentem ROM intakt bleiben, aber die im löschbaren RAM würden sofort verschwinden. Das war nicht ein Problem jedoch weil, naechstes Mal wenn das System zurück an gedreht wurde, es den Aufladung Prozeß durchlief und wieder die notwendigen zusätzlichen Treiber von der Scheibe noch einmal lud.
Während der PC entwickelt hat, sind immer mehr Zusatzgeräte und neue Kleinteile geplant worden, um dem System hinzuzufügen. Dies heißt, daß immer mehr Treiber haben geladen werden müssen, um diese Kleinteile zu stützen. Neue Treiber dem Motherboard ROM hinzuzufügen ist extrem schwierig gewesen, weil ROM Späne (schwierig zu ändern) verhältnismäßig örtlich festgelegt waren und begrenzter Raum war vorhanden. Der PC Architektur zugeteiltes nur 128KB für das Motherboard ROM und Meister wurden bereits durch die vorhandenen Treiber, PFOSTEN, BIOS Einstellung Programm und selbstverständlich das Urleseprogramm benutzt. Den Treiber auf ein Adapterkarte ROM zu setzen ist auch schwierig und kostspielig, und nur 128KB wird zugeteilt, damit alle Adapterkarte ROMAS, die Tatsache nicht zu erwähnen bestehen, daß die Videokarten bereits 32KB von der gestohlen haben. So schrieben die meisten Firmen, die neue Kleinteile für den PC entwickeln einfach, einen Treiber, der entworfen war, in RAM während der Aufladung geladen zu werden.
Während Zeit weiterging, wurden immer mehr Treiber vom diskin einige Fälle, sogar Treiber geladen, die die im Motherboard ersetzten. Z.B. führte Windows 95 einen neuen Festplatte Treiber ein, der 32-bit Code verwendete, die den vorhandenen 16-bit Treiber schloß, der im Motherboard ROM bestand. An diesem Punkt wurde der Festplatte Treiber im Motherboard ROM für nur einige Sekunden benutzt, nachdem das System eingeschaltet wurde und nachdem der 32-bit Treiber in RAM während des Aufladung Prozesses geladen wurde, die vektortabelle zum Punkt bis dieser anstelle von dem im ROM geändert wurde. Windows 95, 98 und ich erlaubten den Gebrauch der 16-bit und 32-bit Treiber und erleichterten den Übergang zum vollen 32-bit Betrieb.
Dieses ist bis zu heutigem Tag weitergekommen, wenn 32-bit Treiber entworfen worden sind, von der Scheibe geladen zu werden, um alle Treiber im Motherboard ROM zu ersetzen. Dieses ist der Kasten für jedes mögliches System, das heute Windows NT, 2000 oder XP laufen läßt. Jene Betriebssysteme können nicht irgendwelche der 16-bit Treiber benutzen, die entweder in den Motherboard ROMAS oder in irgendwelchen Adapterkarte ROMAS gefunden werden und müssen nur 32-bit Treiber benutzen. Der 16-bit Code im Motherboard ROM wird, um verwendet das System nur zu erhalten, das lang genug arbeitet, um die 32-bit zuersttreiber und das OS geladen zu erhalten, an dessen Punkt sie übernehmen und der 16-bit Code geschlossen wird.
Die gleiche Ausgabe ist für 64-bitversionen von Windows zutreffend, die alle 64-bittreiber erfordern und keine 32-bit oder 16-bit Treiber benutzen können. Tatsächlich obwohl Prozessoren wie das AMD64 ziemlich populär sind, hat die Alles-oder-Nichtsannäherung, die alle 64-bittreiber erfordert, die Annahme der Systeme behindert, die 64-bitwindows während einiger Zeit laufen lassen.
Wenn man 32-bit Windows.xp z.B. nachdem XP geladen ist, keine mehr Anrufe werden gebildet zu irgendwelchen der 16-bit Programme in den Motherboard oder Adapter ROMAS laufen läßt. Stattdessen nur die 32-bit Gerätebetreibung, die in RAM geladen wird, wird benannt. So sobald der PC an angetrieben wird, konnte das BIOS meistens in ROM sein, aber, nachdem XP geladen ist, liegt das BIOS völlig im RAM.
Das ist die Weise am wahrscheinlichsten, die Sachen während der Zukunft fortsetzen. Das Motherboard ROM besteht, um das System nur zu erhalten begonnen, um spezifische Kleinteile zu initialisieren, Sicherheit in der Weise Energie-auf von Kennwörtern und von so anzubieten, und irgendeine grundlegende Erstkonfiguration durchzuführen. Jedoch nachdem das OS geladen ist, übernimmt ein vollständiger neuer Satz Treiber.
Ein PC System kann als Reihe layerssome Kleinteile und irgendeine softwarethat Schnittstelle mit einander beschrieben werden. In der grundlegendsten Richtung können Sie einen PC unten in vier Primärschichten brechen, von denen jede weiter in Teilmengen unten gebrochen werden kann.
Der Zweck des überlagerten Designs ist, einem gegebenen Betriebssystem und Anwendungen zum Durchlauf auf unterschiedlichen Kleinteilen zu ermöglichen.
In dieser überlagerten Architektur sprechen die Anwendersoftwareprogramme mit dem Betriebssystem über, was ein Application Program Interface (API) genannt wird. Die API schwankt entsprechend dem Betriebssystem, das Sie benutzen und besteht aus den verschiedenen Befehlen und arbeitet das Betriebssystem kann für eine Anwendung durchführen. Z.B. kann eine Anwendung um das Betriebssystem ersuchen, um eine Akte zu laden oder zu speichern. Dieses verhindert die Anwendung selbst am Müssen können die Scheibe lesen, Daten zu einem Drucker zu schicken, oder irgendeine andere der vielen Funktionen durchführen, die das Betriebssystem zur Verfügung stellen kann. Weil die Anwendung vollständig von den Kleinteilen isoliert wird, können Sie die gleichen Anwendungen auf unterschiedlichen Maschinen im Wesentlichen laufen lassen; die Anwendung ist entworfen, um mit dem Betriebssystem anstatt den Kleinteilen zu sprechen.
Das Betriebssystem dann schließt an an oder spricht mit dem BIOS oder der Treiberschicht. Das BIOS besteht aus allen einzelnen Treiberprogrammen, die zwischen dem Betriebssystem und den tatsächlichen Kleinteilen funktionieren. Als solcher, spricht das Betriebssystem nie mit den Kleinteilen direkt; stattdessen muß es die passenden Treiber immer durchlaufen. Dieses liefert eine gleichbleibende Weise, mit den Kleinteilen zu sprechen. Es ist normalerweise die Verantwortlichkeit des Hardwareherstellers, Treiber für seine Kleinteile zur Verfügung zu stellen. Weil die Treiber zwischen den Kleinteilen und dem Betriebssystem fungieren müssen, sind die Treiber gewöhnlich Betriebssystembesondere. So muß der Hardwarehersteller unterschiedliche Treiber anbieten, damit seine Kleinteile unter DOS, Windows 9x, Windows 2000, Windows.xp, OS/2, Linux arbeiten, und so weiter. Weil viele Betriebssysteme die gleichen internen Schnittstellen benutzen, können einige Treiber unter mehrfachen Betriebssystemen arbeiten. Z.B. ein Treiber, der unter Windows arbeitet, das, ich normalerweise auch unter Windows 98 bearbeite und 95 und ein Treiber, den Arbeiten unter Windows.xp auch häufig unter Windows 2000 und NT bearbeiten (und umgekehrt). Dieses ist, weil Windows 95, 98 und ich im Wesentlichen Veränderungen auf dem gleichen OS sind, wie sind Windows NT, 2000 und XP.
Weil die BIOS-Schicht dasselbe zum Betriebssystem schaut, egal was Kleinteile über ihm (oder unter, abhängig von Ihrem Gesichtspunkt) sind, kann das gleiche Betriebssystem auf eine Vielzahl der Systeme laufen. Z.B. können Sie Windows.xp auf zwei Systemen mit unterschiedlichen Prozessoren, Festplatten, videoadapter laufen lassen und so weiter, dennoch schaut Windows.xp und glaubt recht das viele selbe auf all. Dieses ist, weil die Treiber die gleichen grundlegenden Funktionen gleichgültig, liefern, das spezifische Kleinteile benutzt werden.
Die Anwendung und die Betriebssystemschichten können von System zu System identisch sein, aber die Kleinteile können radikal sich unterscheiden. Weil das BIOS aus Software-Treibern besteht, die fungieren, um die Kleinteile zur Software anzuschließen, paßt sich die BIOS-Schicht den einzigartigen Kleinteilen auf einem Ende aber Blicken durchweg dieselben dem Betriebssystem am anderen Ende an.
Die Kleinteilschicht ist, wo die meisten Unterschiede zwischen verschiedenen Systemen liegen. Sie ist bis zum BIOS, zum der Unterschiede zwischen einzigartigen Kleinteilen zu verdecken, damit das gegebene Betriebssystem (und nachher die Anwendung) laufen gelassen werden können.
Online: 877 users browsing the articles directory
|
|