È spesso difficile affinchè la gente capisca la differenza fra fissaggi e software in un sistema del pc. Le differenze possono essere difficili perché sono entrambe molto intertwined nella progettazione, nella costruzione e nello sfruttamento di sistema. Capire queste differenze è essenziale a capire il ruolo dell'ESSERE VIVENTE nel sistema.
|
|
L'ESSERE VIVENTE è un termine che corrisponde al sistema di base dell'ingreso/uscita, che consiste del software a basso livello che controlla i fissaggi del sistema e funge da interfaccia fra il sistema operativo ed i fissaggi. La maggior parte della gente conosce l'ESSERE VIVENTE di termine dagli altri driver di namedevice, o i driver giusti. Cioè l'ESSERE VIVENTE è driver, significanti tutti. L'ESSERE VIVENTE è essenzialmente il collegamento fra fissaggi e software in un sistema.
Quando il pc in primo luogo è stato introdotto, il software di ESSERE VIVENTE che contiene tutti i driver di dispositivo per l'intero sistema è stato bruciato collettivamente in uno o più (significato mantengono i loro dati anche quando l'alimentazione è spenta) circuiti integrati non volatili di memoria passiva (ROM) ed è stato disposto sulla cartolina base. Essenzialmente, i driver erano autonomi, precaricato nella memoria ed accessibile in qualsiasi momento il pc è stato alimentato sopra.
Questo circuito integrato della ROM inoltre ha contenuto un'alimentazione sul programma di prova d'autoverifica (dell'ALBERINO) e su un caricatore di linguetta per calzare gli stivali. Il programma di linguetta per calzare gli stivali è stato destinato per iniziare il caricamento di un OS controllando e caricando il settore del caricamento del sistema da un dischetto e, se uno non fosse assente, da un disco rigido. Dopo che l'OS sia caricato, potrebbe invitare le procedure a basso livello (driver di dispositivo) nell'ESSERE VIVENTE per interagirsi con i fissaggi del sistema. Nei giorni in anticipo, tutti i driver di dispositivo necessari erano nell'ESSERE VIVENTE immagazzinato nella ROM della cartolina base. Ciò ha incluso i driver per la tastiera, adattatori di MDA/CGA i video, gli orificii di serial/parallel, il regolatore floscio, il regolatore del disco rigido, la barra di comando e l'orologio.
Quando l'OS ha caricato, non avete dovuto caricare un driver per interagirsi con quelle parti di fissaggi perché i driver già sono stati precaricati nella ROM. Quello grande funzionato finchè non avete aggiunto alcuni nuovi fissaggi per cui ci non sia un driver in ROM. Se, allora avete avuti due scelte: Se i fissaggi che stavate aggiungendo fossero una scheda dell'adattatore, quella scheda potessero avere una ROM a bordo del contenere i driver di dispositivo necessari. La ROM della cartolina base è stata preprogrammata per esplorare una zona predeterminata della memoria che cerca tutte le ROM della scheda dell'adattatore e, se c'è ne fossero trovati, il loro codice è stato esaminato e successivamente è stato eseguito, essenzialmente includente lei in ed aggiungente la loro funzionalità all'ESSERE VIVENTE attuale. Essenzialmente, la ROM della cartolina base "ha assimilato" tutte le ROM della scheda dell'adattatore, aggiungenti alla funzionalità "collettiva".
Questo metodo di aggiunta dei driver è stato richiesto per determinati articoli, quali le video schede, che hanno dovuto immediatamente essere funzionali quando il pc è stato alimentato sopra. Il codice di ESSERE VIVENTE nella ROM della cartolina base ha avuto driver soltanto per schede monocromatiche dell'adattatore di esposizione dell'IBM le video (MDA) e dell'adattatore dei grafici di colore (CGA). Se aggiungeste qualunque scheda che era differente da quella, i driver nella ROM della cartolina base non funzionerebbero. Quello non sarebbe un problema se la nuova video scheda avesse relativi propri a bordo dei driver in una ROM che sarebbe inclusa nell'ESSERE VIVENTE immediatamente sul gettare l'interruttore di alimentazione.
Se il dispositivo non usasse una scheda dell'adattatore, ci ha dovuto essere un altro senso aggiungere il driver necessario all'ESSERE VIVENTE collettivo. Uno schema è stato inventato per cui durante le fasi iniziali di caricamento, la lima startup di OS (IO.SYS) controllata per vedere se c'è una lima di configurazione (denominata CONFIG.SYS) che ha specificato tutti i driver supplementari per caricare per sostenere i nuovi fissaggi. La lima di CONFIG.SYS, con tutti i driver chiamati dentro, sarebbe disposta sull'azionamento di caricamento del sistema. Allora, quando il programma di IO.SYS li ha letti, ha caricato i driver specificati nella memoria e li ha inclusi nel resto dell'ESSERE VIVENTE, aggiungente ancora la loro funzionalità all'intero collettivo. Essenzialmente, questi driver sono stati caricati dal disc nella RAM e sono stati inclusi nell'ESSERE VIVENTE in modo da potrebbero essere invitati se necessario.
A questo punto, l'ESSERE VIVENTE si era sviluppato interamente dal essere contenuto nella ROM della cartolina base, ad avere driver supplementari collegati dentro dalle ROM della scheda dell'adattatore, ad avere ancor più driver collegati dentro dopo il carico nella RAM durante le fasi iniziali del processo del caricamento del sistema. L'ESSERE VIVENTE ora è stato costruito con programmi situati in tre ubicazioni fisiche differenti nel sistema, ma ha funzionato come singola entità perché tutti i programmi sono stati collegati insieme via il sottoprogramma di ESSERE VIVENTE che denomina le interruzioni del sistema-de-software. L'OS o un programma di applicazione che ha bisogno di comunicare con parte specifica di fissaggi (per esempio, leggere dall'azionamento di CD-ROM) farebbe una chiamata ad un'interruzione specifica del software e la tabella di vettore di interruzione allora dirigerebbe la chiamata alla parte specifica dell'ESSERE VIVENTE (che significa il driver specifico) per il dispositivo che è denominato. Non ha importato se quel driver era nella ROM della cartolina base, nella ROM dell'adattatore, o in RAM. Per quanto il sistema, la memoria è memoria e finchè la procedura ha esistito ad un indirizzo di memoria, potrebbe essere denominata.
La combinazione dell'ESSERE VIVENTE della cartolina base, dell'ESSERE VIVENTE della scheda dell'adattatore e dei driver di dispositivo ha caricato dal disc contribuito all'ESSERE VIVENTE nell'insieme. La parte dell'ESSERE VIVENTE contenuto nei circuiti integrati della ROM, sia sulla cartolina base che in alcune schede dell'adattatore, a volte è denominata firmware, che è un nome dato a software memorizzato in circuiti integrati piuttosto che sul disc. Naturalmente, dopo che spegneste il sistema, i driver in ROM non volatile rimarrebbero intact ma quelli in RAM volatile immediatamente sparirebbero. Quello non era un problema, tuttavia, perché la prossima volta il sistema è stato girato indietro sopra, ha passato con il processo del caricamento del sistema ed ancora ha caricato i driver supplementari necessari dal disc ancora una volta.
Mentre il pc si è evoluto, più e più accessori e nuovi fissaggi sono stati inventati per aggiungere al sistema. Ciò significa che più e più driver hanno dovuto essere caricati per sostenere questi fissaggi. Aggiungendo i nuovi driver alla ROM della cartolina base è stata estremamente difficile perché i circuiti integrati della ROM erano relativamente fissi (difficile cambiare) e lo spazio limitato era disponibile. L'architettura del pc ha assegnato soltanto 128KB per la ROM della cartolina base e la maggior parte già è stata usata dai driver attuali, dal programma di messa a punto di ESSERE VIVENTE, dell'ALBERINO e naturalmente dal caricatore di linguetta per calzare gli stivali. Mettendo il driver su una ROM della scheda dell'adattatore è inoltre difficile e costoso e soltanto 128KB è assegnato affinchè tutte le ROM della scheda dell'adattatore esista, non accennare il fatto che le video schede già hanno rubato 32KB di quella. Così, la maggior parte delle aziende che sviluppano i nuovi fissaggi per il pc hanno scritto semplicemente un driver che è stato destinato per essere caricato nella RAM durante il caricamento del sistema.
Mentre il tempo ha acceso, più e più driver stavano caricandi da diskin alcuni casi, persino driver che stavano sostituendo quelli nella cartolina base. Per esempio, Windows 95 ha introdotto un nuovo driver del disco rigido che ha usato il codice 32-bit, che hanno interrotto il driver a 16 bit attuale che ha esistito nella ROM della cartolina base. A quel punto, il driver del disco rigido nella ROM della cartolina base non è stato usato per soltanto alcuni secondi dopo che il sistema fosse acceso e dopo che il driver 32-bit fosse caricato nella RAM durante il processo del caricamento del sistema, la tabella di vettore è stata cambiata a punto a quell'anziché quello nella ROM. Windows 95, 98 e me hanno permesso l'uso sia dei driver a 16 bit che 32-bit, facilitante la transizione al funzionamento 32-bit completo.
Ciò ha diventare l'oggi, quando i driver 32-bit sono stati destinati per essere caricati dal disc per sostituire tutti i driver nella ROM della cartolina base. Ciò è la cassa per tutto il sistema oggi che fa funzionare Windows NT, 2000, o XP. Quei sistemi operativi non possono usare c'è ne dei driver a 16 bit trovati in ROM della cartolina base o alcune ROM della scheda dell'adattatore e devono usare soltanto i driver 32-bit. Il codice a 16 bit nella ROM della cartolina base è usato per ottenere soltanto il sistema che funziona abbastanza a lungo per ottenere i driver e l'OS 32-bit iniziali caricati, il punto in cui assumono la direzione di ed il codice a 16 bit si interrompe.
La stessa edizione è allineare per le versioni 64-bit di Windows, che richiedono tutti i driver 64-bit e non possono usare alcuni driver 32-bit o a 16 bit. Infatti, anche se i processor come il AMD64 sono abbastanza popolari, il metodo tutto o niente che richiede tutti i driver 64-bit ha impedito l'accettazione dei sistemi che fanno funzionare Windows 64-bit per un certo tempo.
Nel fare funzionare Windows.xp 32-bit, per esempio, dopo che XP sia caricato, più chiamata non è fatta a c'è ne delle procedure a 16 bit nelle ROM dell'adattatore o della cartolina base. Invece, soltanto i driver di dispositivo 32-bit caricati nella RAM sono denominati. Così, appena il pc è alimentato sopra, l'ESSERE VIVENTE potrebbe essere principalmente in ROM, ma dopo che XP sia caricato, l'ESSERE VIVENTE risiede interamente in RAM.
Quello è più probabile il senso che le cose continueranno per il futuro. La ROM della cartolina base esiste soltanto per ottenere il sistema iniziato, per inizializzare i fissaggi specifici, per offrire la sicurezza nel senso alimentazione- sulle parole d'accesso e di tali e per effettuare una certa configurazione iniziale di base. Tuttavia, dopo che l'OS sia caricato, un nuovo insieme intero dei driver assume la direzione di.
Un sistema del pc può essere descritto come una serie di fissaggi layerssome e certa interfaccia del softwarethat con a vicenda. Nel senso più fondamentale, potete rompere un pc giù in quattro strati primari, ciascuno di cui può essere suddiviso più ulteriormente nei sottoinsiemi.
Lo scopo del disegno fatto uno strato di è permettere un dato sistema operativo e le applicazioni al funzionamento su fissaggi differenti.
In questa architettura fatta uno strato di, i programmi del software di applicazione comunicano con sistema operativo via che cosa è denominato un Application Program Interface (api). L'api varia secondo il sistema che operativo state usando e consiste di vari ordini e funziona il sistema operativo può effettuare per un'applicazione. Per esempio, un'applicazione può invitare il sistema operativo per caricare o conservare una lima. Ciò impedisce l'applicazione in se dovere sapere leggere il disc, trasmettere i dati ad uno stampatore, o effettuare qualsiasi altra delle molte funzioni che il sistema operativo può fornire. Poiché l'applicazione completamente è isolata dai fissaggi, potete essenzialmente fare funzionare le stesse applicazioni sulle macchine differenti; l'applicazione è destinata per comunicare con sistema operativo piuttosto che fissaggi.
Il sistema operativo allora collega mediante interfaccia a o colloqui allo strato del driver o di ESSERE VIVENTE. L'ESSERE VIVENTE consiste di tutti i diversi programmi del driver che funzionano fra il sistema operativo ed i fissaggi reali. Come tali, i colloqui del sistema operativo mai ai fissaggi direttamente; invece, devono passare sempre attraverso i driver adatti. Ciò fornisce un senso costante comunicare con fissaggi. È solitamente la responsabilità del fornitore di fissaggi di fornire i driver per i relativi fissaggi. Poiché i driver devono comportarsi fra sia i fissaggi che il sistema operativo, i driver sono tipicamente sistema operativo specifico. Quindi, il fornitore di fissaggi deve offrire i driver differenti in modo che i relativi fissaggi funzionino sotto il DOS, Windows 9x, Windows 2000, Windows.xp, OS/2, Linux e così via. Poiché molti sistemi operativi usano le stesse interfacce interne, alcuni driver possono funzionare sotto i sistemi operativi multipli. Per esempio, un driver che funziona sotto Windows che me solitamente inoltre lavorerò sotto Windows 98 e 95 e un driver che gli impianti sotto Windows.xp inoltre funzioneranno spesso sotto Windows 2000 e NT (e viceversa). Ciò è perché Windows 95, 98 e me sono essenzialmente variazioni sullo stesso OS, come è Windows NT, 2000 e XP.
Poiché lo strato di ESSERE VIVENTE osserva lo stesso al sistema operativo qualunque cosa i fissaggi siano sopra esso (o sotto, secondo il vostro punto di vista), lo stesso sistema operativo può funzionare su una varietà di sistemi. Per esempio, potete fare funzionare Windows.xp su due sistemi con differenti processor, i dischi rigidi, video adattatori ed e così via, tuttavia Windows.xp osserverà e riterrà abbastanza il molto stesso sugli entrambo. Ciò è perché i driver forniscono le stesse funzioni di base nessuna materia che i fissaggi specifici sono usati.
L'applicazione e gli strati dei sistemi operativi possono essere identici dal sistema al sistema, ma i fissaggi possono differire da radicalmente. Poiché l'ESSERE VIVENTE consiste dei driver di software che si comportano per connettere i fissaggi al software, lo strato di ESSERE VIVENTE si adatta costantemente ai fissaggi unici su un'estremità ma sugli sguardi lo stessi al sistema operativo all'altra estremità.
Lo strato dei fissaggi è dove la maggior parte delle differenze si trovano fra i vari sistemi. Spetta all'ESSERE VIVENTE per mascherare le differenze fra fissaggi unici in moda da potere funzionare il dato sistema operativo (e successivamente l'applicazione).
Online: 835 users browsing the articles directory
|
|