Windows 9x - Windows 9x

Windows 9x

Captură de ecran a Windows 95, prima versiune de Windows din seria 9x
Dezvoltator	Microsoft
Familia OS	MS-DOS
Starea de lucru	Windows 95 nu este acceptat începând cu 31 decembrie 2001. Windows 98 și Me nu sunt acceptate începând cu 11 iulie 2006.
Modelul sursă	Sursă închisă
Platforme	IA-32
Tipul de nucleu	Monolitic ( DOS )
Userland	API Windows
Interfață de utilizator implicită	Windows shell ( grafic )
Licență	Proprietary software - ul comercial

Windows 9x este un termen generic care se referă la o serie de sisteme de operare pentru computer Microsoft Windows produse din 1995 până în 2000, care se bazau pe nucleul Windows 95 și baza sa de bază MS-DOS , ambele fiind actualizate în versiunile ulterioare. Prima versiune din seria 9x a fost Windows 95, care a fost urmată de Windows 98 și apoi Windows Me , care a fost a treia și ultima versiune de Windows pe linia 9x.

Windows 9x este cunoscut în principal pentru utilizarea sa pe desktopurile de acasă . În 1998, Windows reprezenta 82% din cota de piață a sistemului de operare.

Versiunile de versiune internă pentru versiunile de Windows 9x sunt 4.x. Versiunile interne pentru Windows 95, 98 și Me sunt 4.0, 4.1 și, respectiv, 4.9. Versiunile anterioare bazate pe MS-DOS ale Windows foloseau versiuni de 3,2 sau mai mici . Windows NT , care era destinat utilizatorilor profesioniști, cum ar fi rețelele și companiile, a folosit un număr de versiune similar, dar separat, între 3.1 și 4.0. Toate versiunile de Windows începând cu Windows XP se bazează pe baza de cod Windows NT.

Istorie

Windows înainte de 95

Prima versiune independentă de Microsoft Windows, versiunea 1.0, lansată pe 20 noiembrie 1985, a atins puțină popularitate. Numele său a fost inițial „Interface Manager”, dar Rowland Hanson , șeful de marketing la Microsoft, a convins compania că numele Windows va fi mai atrăgător pentru consumatori. Windows 1.0 nu era un sistem de operare complet, ci mai degrabă un „mediu de operare” care extindea MS-DOS . În consecință, a împărtășit defectele inerente și problemele MS-DOS.

A doua versiune de Microsoft Windows, versiunea 2.0, a fost lansată pe 9 decembrie 1987 și a folosit modelul de memorie în mod real , care l-a limitat la un maxim de 1 megabyte de memorie. Într-o astfel de configurație, ar putea rula sub un alt sistem multitasking, cum ar fi DESQview , care a folosit modul 286 Protected Mode .

Microsoft Windows a obținut un succes semnificativ cu Windows 3.0, lansat în 1990. În plus față de capacitățile îmbunătățite oferite aplicațiilor native, Windows a permis, de asemenea, utilizatorilor să realizeze mai multe software-uri mai vechi bazate pe MS-DOS comparativ cu Windows / 386 , datorită introducerii sistemului virtual memorie .

Microsoft a dezvoltat Windows 3.1 , care a inclus câteva îmbunătățiri minore la Windows 3.0, dar a constat în principal din remedieri de erori și suport multimedia. De asemenea, a exclus suportul pentru modul Real și a funcționat doar pe un procesor Intel 80286 sau mai bun. În noiembrie 1993, Microsoft a lansat și Windows 3.11, o retușare pentru Windows 3.1 care a inclus toate patch-urile și actualizările care au urmat lansării Windows 3.1 la începutul anului 1992.

Între timp, Microsoft a continuat să dezvolte Windows NT. Arhitectul principal al sistemului a fost Dave Cutler , unul dintre arhitecții șefi ai VAX / VMS la Digital Equipment Corporation . Microsoft l-a angajat în august 1988 pentru a crea un succesor la OS / 2 , dar Cutler a creat în schimb un sistem complet nou.

Microsoft a anunțat la Conferința sa profesională pentru dezvoltatori din 1991 intențiile sale de a dezvolta un succesor atât pentru înlocuirea Windows NT, cât și pentru cea a Windows 3.1 ( Windows 95 , denumită în cod Chicago), care să-i unească pe cei doi într-un singur sistem de operare. Acest succesor a primit numele de cod Cairo . În retrospectivă, Cairo a fost un proiect mult mai dificil decât anticipase Microsoft și, ca urmare, NT și Chicago nu vor fi unificate până la Windows XP .

Windows 95

După Windows 3.11 , Microsoft a început să dezvolte o nouă versiune orientată spre consumator a sistemului de operare numit Chicago. Chicago a fost proiectat să aibă suport pentru multitasking preventiv pe 32 de biți, cel care era disponibil în OS / 2 și Windows NT, deși un nucleu de 16 biți ar rămâne de dragul compatibilității înapoi. API-ul Win32 introdus pentru prima dată cu Windows NT a fost adoptat ca interfață standard de programare pe 32 de biți, compatibilitatea Win16 fiind păstrată printr-o tehnică cunoscută sub numele de „ thunking ”. O nouă GUI nu a fost inițial planificată ca parte a lansării, deși elemente ale interfeței de utilizator din Cairo au fost împrumutate și adăugate pe măsură ce alte aspecte ale lansării (în special Plug and Play) au scăpat.

Microsoft nu a schimbat tot codul Windows pe 32 de biți, părți din acesta au rămas pe 16 biți (deși nu folosesc direct modul real ) din motive de compatibilitate, performanță și timp de dezvoltare. În plus, a fost necesar să preluăm deciziile de proiectare din versiunile anterioare ale Windows din motive de compatibilitate inversă, chiar dacă aceste decizii de proiectare nu se mai potriveau cu un mediu de calcul mai modern. Acești factori au început imediat să aibă impact asupra eficienței și stabilității sistemului de operare.

Marketingul Microsoft a adoptat Windows 95 ca nume de produs pentru Chicago când a fost lansat pe 24 august 1995.

Microsoft a lansat cinci versiuni diferite de Windows 95:

• Windows 95 - versiunea originală
• Windows 95 A - inclus Windows 95 OSR 1 slipstreamed în instalație.
• Windows 95 B - (OSR2) a inclus câteva îmbunătățiri majore, Internet Explorer (IE) 3.0 și suport complet pentru sistemul de fișiere FAT32 .
• Windows 95 B USB - (OSR2.1) a inclus suport USB de bază .
• Windows 95 C - (OSR2.5) a inclus toate caracteristicile de mai sus, plus IE 4.0. Aceasta a fost ultima 95 de versiuni produse.

OSR2, OSR2.1 și OSR2.5 nu au fost lansate publicului larg, ci mai degrabă erau disponibile doar pentru OEM-uri care ar preîncărca sistemul de operare pe computere. Unele companii au vândut hard disk-uri noi cu OSR2 preinstalat (justificând oficial acest lucru după cum este necesar din cauza capacității hard disk-ului).

Primul Microsoft Plus! pachetul suplimentar a fost vândut pentru Windows 95.

Windows 98

La 25 iunie 1998, Microsoft a lansat Windows 98. Acesta a inclus noi drivere hardware și un suport mai bun pentru sistemul de fișiere FAT32 care permite suport pentru partiții de disc mai mari decât maximul de 2 GB acceptat de Windows 95. Suportul USB din Windows 98 a fost mai robust decât suportul de bază oferit de edițiile OEM ale Windows 95. De asemenea, a integrat controversat browserul Internet Explorer 4 în Windows GUI și Windows Explorer manager de fișiere.

La 5 mai 1999, Microsoft a lansat Windows 98 Ediția a doua, o versiune intermediară ale cărei caracteristici notabile au fost adăugarea partajării conexiunii la internet și suport îmbunătățit pentru audio și modem WDM. Partajarea conexiunii la internet este o formă de traducere a adresei de rețea , care permite mai multor mașini de pe o rețea LAN (rețea locală) să partajeze o singură conexiune la internet . Windows 98 Second Edition are anumite îmbunătățiri față de versiunea originală. Suportul hardware prin intermediul driverelor de dispozitiv a fost sporit. Multe probleme minore prezente în Windows 98 original au fost găsite și remediate, ceea ce îl face, potrivit multora, cea mai stabilă versiune a familiei Windows 9x - în măsura în care comentatorii obișnuiau să spună că versiunea beta a Windows 98 era mai stabilă decât cea finală a Windows 95 versiunea (gamma).

Windows Me

La 14 septembrie 2000, Microsoft a introdus Windows Me (Ediția Millennium), care a actualizat Windows 98 cu funcții multimedia și Internet îmbunătățite. De asemenea, a introdus prima versiune de Restaurare sistem , care le-a permis utilizatorilor să-și revină starea sistemului la un punct anterior „cunoscut” în caz de defecțiune a sistemului. A fost introdusă și prima versiune a Windows Movie Maker .

Windows Me a fost conceput ca un proiect rapid de un an care a servit ca o versiune stopgap între Windows 98 și Whistler (în curând va fi redenumit în Windows XP). Multe dintre noile funcții erau disponibile de pe site-ul Windows Update ca actualizări pentru versiunile mai vechi de Windows. Ca urmare, Windows Me nu a fost recunoscut ca un sistem de operare distinct de-a lungul liniei 95 sau 98 și este adesea inclus în seria Windows 9x.

Windows Me a fost criticat de utilizatori pentru instabilitatea și nesiguranța sa, din cauza blocărilor și blocărilor frecvente. Un articol din PC World a denumit Windows Me „Mistake Edition” și l-a plasat pe locul 4 în funcția „Worst Tech Products of All Time”.

Incapacitatea utilizatorilor de a porni cu ușurință în modul real MS-DOS, ca în Windows 95 și 98, i-a determinat pe utilizatori să învețe rapid cum să-și pirateze instalațiile Windows Me pentru a furniza serviciul necesar.

Declin

Lansarea Windows 2000 a marcat o schimbare în experiența utilizatorului între seria Windows 9x și seria Windows NT. Windows NT 4.0 suferea de o lipsă de suport pentru USB, Plug and Play și DirectX , împiedicând utilizatorii să joace jocuri contemporane, în timp ce Windows 2000 avea o interfață de utilizator actualizată și un suport mai bun atât pentru Plug and Play cât și pentru USB.

Lansarea Windows XP a confirmat schimbarea de direcție pentru Microsoft, aducând consumatorul și sistemele de operare de afaceri sub Windows NT.

Unul câte unul, suportul pentru seria Windows 9x s-a încheiat, iar Microsoft a încetat să mai vândă software-ul utilizatorilor finali, apoi mai târziu OEM-urilor. Până în martie 2004, era imposibil să achiziționați versiuni ale seriei Windows 9x.

Sfârșitul duratei de viață

Microsoft a continuat să sprijine utilizarea seriei Windows 9x până la 11 iulie 2006, când suportul extins s-a încheiat pentru Windows 98, Windows 98 Second Edition (SE) și Windows Millennium Edition (Me) (suport extins pentru Windows 95 s-a încheiat pe 31 decembrie , 2001).

Microsoft DirectX, un set de API-uri de joc standard, a încetat să fie actualizat pe Windows 95 la versiunea 8.0a. Ultima versiune a DirectX acceptată pentru Windows 98 și Me este 9.0c.

De atunci, suportul pentru Microsoft Internet Explorer care rulează pe orice sistem Windows 9x s-a încheiat. Internet Explorer 5.5 cu Service Pack 2 este ultima versiune a Internet Explorer compatibilă cu Windows 95 și Internet Explorer 6 cu Service Pack 1 este ultima versiune compatibilă cu Windows 98 și Me. Internet Explorer 7 , prima actualizare majoră a Internet Explorer 6 în jumătate de deceniu, era disponibilă numai pentru Windows XP SP2 și Windows Vista.

Site- ul web Windows Update a continuat să fie disponibil pentru Windows 98, Windows 98SE și Windows ME după data de încheiere a asistenței (Windows Update nu a fost niciodată disponibil pentru Windows 95), cu toate acestea, în cursul anului 2011, Microsoft a retras site-ul web Windows Update v4 și a eliminat actualizări pentru Windows 98, Windows 98SE și Windows ME de pe serverele sale. Microsoft a anunțat în iulie 2019 că serviciile Microsoft Internet Games de pe Windows Me (și XP) se vor încheia pe 31 iulie 2019.

Numărul tot mai mare de actualizări importante cauzate de sfârșitul duratei de viață a acestor software-uri a făcut încet Windows 9x și mai puțin practic pentru utilizarea de zi cu zi. Astăzi, chiar și proiectele open source, cum ar fi Mozilla Firefox, nu vor rula pe Windows 9x fără reluare.

RetroZilla este o furcă a Gecko 1.8.1 menită să aducă „o compatibilitate îmbunătățită pe web-ul modern” pentru versiunile de Windows la fel de vechi ca Windows 95 și NT 4.0. Cea mai recentă versiune, 2.2, a fost lansată în februarie 2019 și a adăugat suport pentru TLS 1.2 .

Proiecta

Nucleu

Windows 9x este o serie de sisteme de operare hibrid 16/32-bit.

La fel ca majoritatea sistemelor de operare, Windows 9x constă din spațiul kernel și memoria spațiului utilizatorului . Deși Windows 9x oferă o anumită protecție a memoriei , nu protejează primul megabyte de memorie de aplicațiile din landul utilizatorilor din motive de compatibilitate. Această zonă de memorie conține cod critic pentru funcționarea sistemului de operare și, scriind în această zonă de memorie, o aplicație poate bloca sau îngheța sistemul de operare. Aceasta a fost o sursă de instabilitate, deoarece aplicațiile defecte ar putea scrie accidental în această regiune, putând corupe memoria importantă a sistemului de operare, care a dus de obicei la o formă de eroare și oprire a sistemului.

Mod utilizator

Părțile în modul utilizator ale Windows 9x constau din trei subsisteme: subsistemul Win16, subsistemul Win32 și MS-DOS.

Windows 9x / Me a pus deoparte două blocuri de 64 KB regiuni de memorie pentru GDI și resurse heap. Executând mai multe aplicații, aplicații cu numeroase elemente GDI sau rulând aplicații pe o perioadă lungă de timp, ar putea epuiza aceste zone de memorie. Dacă resursele gratuite ale sistemului ar scădea sub 10%, Windows ar deveni instabil și probabil se va prăbuși.

Modul kernel

Părțile modului kernel sunt alcătuite din Virtual Machine Manager (VMM), Installable File System Manager ( IFSHLP ), Configuration Manager și în Windows 98 și versiuni ulterioare, WDM Driver Manager (NTKERN). Ca sistem de operare pe 32 de biți, spațiul de memorie virtuală este de 4 GiB , împărțit într-un 2 GiB inferior pentru aplicații și un 2 GiB superior pentru kernel per proces.

Registru

La fel ca Windows NT, Windows 9x stochează setările specifice utilizatorului și configurările specifice într-o bază de date mare de informații numită registry Windows . Setările specifice hardware-ului sunt, de asemenea, stocate în registru, iar multe drivere de dispozitiv folosesc registrul pentru a încărca datele de configurare. Versiunile anterioare ale Windows foloseau fișiere precum AUTOEXEC.BAT , CONFIG.SYS , WIN.INI , SYSTEM.INI și alte fișiere cu extensie .INI pentru a menține setările de configurare. Pe măsură ce Windows a devenit mai complex și a încorporat mai multe caracteristici, fișierele .INI au devenit prea dificile pentru limitările sistemului de fișiere FAT actual. Compatibilitatea înapoi cu fișierele .INI a fost menținută până când Windows XP a reușit liniile 9x și NT.

Deși Microsoft descurajează utilizarea fișierelor .INI în favoarea intrărilor de registru, un număr mare de aplicații (în special aplicații bazate pe Windows pe 16 biți) încă folosesc fișiere .INI. Windows 9x acceptă fișierele .INI numai pentru compatibilitatea cu acele aplicații și instrumente conexe (cum ar fi programele de instalare). Fișierele AUTOEXEC.BAT și CONFIG.SYS există, de asemenea, pentru compatibilitatea cu componentele sistemului de mod real și pentru a permite utilizatorilor să modifice anumite setări implicite ale sistemului, cum ar fi variabila de mediu PATH.

Registrul este format din două fișiere: User.dat și System.dat. În Windows Me, a fost adăugat Classes.dat.

Manager de mașini virtuale

Managerul de mașini virtuale (VMM) este nucleul cu 32 de biți protejat în centrul Windows 9x. Responsabilitatea sa principală este de a crea, rula, monitoriza și termina mașinile virtuale . VMM oferă servicii care gestionează memoria, procesele, întreruperile și defecțiunile de protecție. VMM funcționează cu dispozitive virtuale (module de nucleu care pot fi încărcate, care constau în mare parte din inel 0 pe 32 de biți sau cod de mod de nucleu, dar pot include alte tipuri de cod, cum ar fi un segment de inițializare în mod real pe 16 biți) pentru a permite acelor dispozitive virtuale să interceptați întreruperile și erorile pentru a controla accesul pe care o aplicație îl are la dispozitive hardware și software instalat. Atât driverele VMM, cât și dispozitivele virtuale rulează într-un singur spațiu de adrese de model plat, pe 32 de biți, la nivelul de privilegiu 0 (numit și ring 0). VMM oferă multitasking multi-thread, preventiv . Rulează mai multe aplicații simultan prin partajarea timpului CPU ( unitate centrală de procesare ) între firele în care rulează aplicațiile și mașinile virtuale.

VMM este, de asemenea, responsabil pentru crearea mediilor MS-DOS pentru procesele de sistem și aplicațiile Windows care încă trebuie să ruleze în modul MS-DOS. Este înlocuitorul pentru WIN386.EXE în Windows 3.x, iar fișierul vmm32.vxd este o arhivă comprimată care conține cea mai mare parte a nucleului VxD, inclusiv VMM.vxd în sine și ifsmgr.vxd (care facilitează accesul la sistemul de fișiere fără a fi nevoie să apelați codul sistemului de fișiere în modul real al nucleului DOS).

Suport software

Unicode

Suport parțial pentru Unicode poate fi instalat pe Windows 9x prin Microsoft Layer pentru Unicode .

Sisteme de fișiere

Windows 9x nu acceptă nativ NTFS sau HPFS , dar există soluții terțe care permit Windows 9x să aibă acces numai în citire la volumele NTFS.

Primele versiuni de Windows 95 nu au acceptat FAT32 .

La fel ca Windows for Workgroups 3.11 , Windows 9x oferă suport pentru accesul la fișiere pe 32 de biți pe baza IFSHLP.SYS și, spre deosebire de Windows 3.x, Windows 9x are suport pentru sistemul de fișiere VFAT, permițând nume de fișiere cu maximum 255 de caractere în loc de având 8,3 nume de fișiere .

Înregistrarea și urmărirea evenimentelor

De asemenea, nu există suport pentru înregistrarea evenimentelor și urmărirea sau raportarea erorilor pe care le are familia Windows NT de sisteme de operare, deși software-ul precum Norton CrashGuard poate fi utilizat pentru a obține capabilități similare pe Windows 9x.

Securitate

Windows 9x este conceput ca un sistem cu un singur utilizator. Astfel, modelul de securitate este mult mai puțin eficient decât cel din Windows NT. Un motiv pentru acest lucru sunt sistemele de fișiere FAT (inclusiv FAT12 / FAT16 / FAT32), care sunt singurele pe care Windows 9x le acceptă oficial, deși Windows NT acceptă și FAT12 și FAT16 (dar nu FAT32), iar Windows 9x poate fi extins pentru a citi și scrieți volume NTFS utilizând drivere de sistem de fișiere instalabile de la terți . Sistemele FAT au o securitate foarte limitată; fiecare utilizator care are acces la o unitate FAT are, de asemenea, acces la toate fișierele de pe acea unitate. Sistemele de fișiere FAT nu oferă liste de control al accesului și criptare la nivel de sistem de fișiere, cum ar fi NTFS .

Unele sisteme de operare care erau disponibile în același timp cu Windows 9x sunt fie multi-utilizator, fie au mai multe conturi de utilizator cu privilegii de acces diferite, ceea ce permite fișierelor de sistem importante (cum ar fi imaginea nucleului) să fie imuabile în majoritatea conturilor de utilizator. În schimb, în ​​timp ce sistemele de operare Windows 95 și ulterioare oferă opțiunea de a avea profiluri pentru mai mulți utilizatori, nu au niciun concept de privilegii de acces, ceea ce le face aproximativ echivalente cu un sistem de operare cu un singur utilizator, cu un singur cont; aceasta înseamnă că toate procesele pot modifica toate fișierele din sistem care nu sunt deschise, în plus față de posibilitatea de a modifica sectorul de încărcare și de a efectua alte modificări ale discului dur de nivel scăzut. Acest lucru permite virușilor și altor software-uri instalate clandestin să se integreze cu sistemul de operare într-un mod dificil de detectat sau anulat de către utilizatorii obișnuiți. Suportul profilului din familia Windows 9x este destinat doar pentru comoditate; cu excepția cazului în care unele chei de registry sunt modificate, sistemul poate fi accesat prin apăsarea „Anulare” la conectare, chiar dacă toate profilurile au o parolă. Fereastra de dialog implicită pentru Windows 95 permite, de asemenea, crearea de noi profiluri de utilizator fără a fi nevoie să vă conectați mai întâi.

Utilizatorii și software-ul pot face sistemul de operare incapabil să funcționeze prin ștergerea sau suprascrierea fișierelor de sistem importante de pe hard disk. Utilizatorii și software-ul sunt, de asemenea, liberi să schimbe fișierele de configurare în așa fel încât sistemul de operare să nu poată porni sau să funcționeze corect.

Software-ul de instalare a înlocuit și șters de multe ori fișierele de sistem fără a verifica corect dacă fișierul era încă în uz sau a unei versiuni mai noi. Acest lucru a creat un fenomen denumit adesea DLL hell .

Windows Me a introdus System File Protection și System Restore pentru a gestiona problemele obișnuite cauzate de această problemă.

Partajarea în rețea

Windows 9x oferă securitate pentru controlul accesului la nivel de partajare pentru partajarea de fișiere și imprimante, precum și control acces la nivel de utilizator dacă un sistem de operare bazat pe Windows NT este disponibil în rețea. În schimb, sistemele de operare bazate pe Windows NT oferă doar control de acces la nivel de utilizator, dar integrate cu mecanismul propriu de securitate a contului de utilizator al sistemului de operare.

Suport hardware

Șoferii

Driverele de dispozitiv din Windows 9x pot fi drivere de dispozitiv virtuale sau (începând cu Windows 98) drivere WDM. VxD-urile au de obicei extensia de fișier .vxd sau .386 , în timp ce driverele compatibile WDM folosesc de obicei extensia .sys . Serverul de mesaje VxD pe 32 de biți (msgsrv32) este un program care poate încărca drivere de dispozitiv virtual (VxD) la pornire și apoi gestiona comunicarea cu driverele. În plus, serverul de mesaje efectuează mai multe funcții de fundal, inclusiv încărcarea shell-ului Windows (cum ar fi Explorer.exe sau Progman.exe ).

Un alt tip de drivere de dispozitiv sunt drivere .DRV . Aceste drivere sunt încărcate în modul utilizator și sunt utilizate în mod obișnuit pentru a controla dispozitive precum dispozitivele multimedia. Pentru a oferi acces la aceste dispozitive, este necesară o bibliotecă de legături dinamice (cum ar fi MMSYSTEM.DLL).

Windows 9x păstrează compatibilitatea cu mai multe drivere pentru Windows 3.x și MS-DOS. Utilizarea driverelor MS-DOS poate limita performanța și stabilitatea datorită utilizării memoriei convenționale și trebuie să ruleze în modul real, ceea ce necesită ca CPU-ul să intre și să iasă din modul protejat.

Driverele scrise pentru Windows 9x / Windows Me sunt încărcate în același spațiu de adrese ca nucleul. Aceasta înseamnă că șoferii pot, din greșeală sau pot proiecta, să suprascrie secțiuni critice ale sistemului de operare. Acest lucru poate duce la blocarea sistemului, blocarea și coruperea discului. Driverele de sistem de operare defecte au fost o sursă de instabilitate pentru sistemul de operare. Alte nuclee monolitice și hibride , cum ar fi Linux și Windows NT , sunt, de asemenea, susceptibile la funcționarea defectuoasă a driverelor care împiedică funcționarea nucleului.

Adesea, dezvoltatorii de software de drivere și aplicații au avut o experiență insuficientă în crearea de programe pentru noul sistem, provocând astfel multe erori care au fost descrise în general ca „erori de sistem” de către utilizatori, chiar dacă eroarea nu este cauzată de părți din Windows sau DOS. Microsoft a reproiectat în mod repetat arhitectura Windows Driver de la lansarea Windows 95 ca urmare.

Tehnologii CPU și magistrale

Windows 9x nu are suport nativ pentru hyper-threading , Data Execution Prevention , multiprocesare simetrică sau procesoare multi-core .

Windows 9x nu are suport nativ pentru adaptoarele de magistrală de gazdă SATA (și nici Windows 2000 și Windows XP), sau unitățile USB (cu excepția Windows Me). Există, totuși, multe controlere SATA-I pentru care există drivere Windows 98 / Me, iar suportul de stocare în masă USB a fost adăugat la Windows 95 OSR2 și Windows 98 prin intermediul unor drivere terțe. Suportul pentru driverele hardware pentru Windows 98 / Me a început să scadă în 2005, în special pentru chipset-urile plăcilor de bază și plăcile video.

Primele versiuni de Windows 95 nu aveau suport pentru accelerarea USB sau AGP .

MS-DOS

Windows 95 a reușit să reducă rolul MS-DOS în Windows mult mai departe decât se făcuse în Windows 3.1x și mai devreme. Potrivit dezvoltatorului Microsoft Raymond Chen, MS-DOS a servit două scopuri în Windows 95: ca boot loader și ca strat de driver de dispozitiv vechi pe 16 biți.

Când Windows 95 a pornit, MS-DOS a încărcat, a procesat CONFIG.SYS , a lansat COMMAND.COM , a rulat AUTOEXEC.BAT și, în cele din urmă, a rulat WIN.COM . Programul WIN.COM a folosit MS-DOS pentru a încărca managerul mașinii virtuale, a citi SYSTEM.INI, a încărca driverele dispozitivelor virtuale, apoi a opri orice copie a EMM386 și a trece în modul protejat. Odată ajuns în modul protejat, driverele de dispozitiv virtual ( VxDs ) au transferat toate informațiile de stare de la MS-DOS la managerul sistemului de fișiere pe 32 de biți, apoi au oprit MS-DOS. Aceste VxD permit Windows 9x să interacționeze direct cu resursele hardware, oferind funcționalități de nivel scăzut, cum ar fi accesul pe disc pe 32 de biți și gestionarea memoriei. Toate operațiunile viitoare ale sistemului de fișiere vor fi direcționate către managerul sistemului de fișiere pe 32 de biți. În Windows Me , win.com nu a mai fost executat în timpul procesului de pornire; în schimb, a mers direct la executarea VMM32.VXD de la IO.SYS.

Al doilea rol al MS-DOS (ca strat de driver de dispozitiv vechi pe 16 biți) a fost un instrument de compatibilitate inversă pentru rularea programelor DOS în Windows. Multe programe MS-DOS și driverele de dispozitiv au interacționat cu DOS într-un mod de nivel scăzut, de exemplu, prin corecția întreruperilor BIOS de nivel scăzut, cum ar fi int 13h , întreruperea I / O a discului de nivel scăzut. Când un program a emis un apel int 21h pentru a accesa MS-DOS, apelul va merge mai întâi la managerul sistemului de fișiere pe 32 de biți, care ar încerca să detecteze acest tip de corecție. Dacă detectează că programul a încercat să se conecteze la DOS, va sări înapoi în codul de 16 biți pentru a lăsa cârligul să ruleze. Un driver pe 16 biți numit IFSMGR.SYS ar fi fost încărcat anterior de CONFIG.SYS, sarcina căruia a fost să conecteze MS-DOS mai întâi înainte ca ceilalți drivere și programe să aibă șansa, apoi să sară din codul de 16 biți înapoi în 32 -codul de biți, când programul DOS sa terminat, pentru a permite managerului sistemului de fișiere pe 32 de biți să își continue activitatea. Potrivit dezvoltatorului Windows, Raymond Chen , „ MS-DOS a fost doar o tentă extrem de elaborată. Orice drivere și programe pe 16 biți ar corela sau conecta ceea ce credeau că este adevăratul MS-DOS, dar care era în realitate doar o momeală. Managerul de sistem de fișiere pe 32 de biți a detectat că cineva a cumpărat momeala, i-a spus momitorului să ceartă.

Virtualizare MS-DOS

Windows 9x poate rula aplicații MS-DOS în sine folosind o metodă numită „Virtualizare”, unde o aplicație este rulată pe o mașină Virtual DOS .

Mod MS-DOS

Windows 95 și Windows 98 oferă, de asemenea, suport regresiv pentru aplicațiile DOS sub forma de a putea porni într-un „mod DOS” nativ (MS-DOS poate fi pornit fără a porni Windows, fără a pune CPU în modul protejat). Prin managerii de memorie Windows 9x și alte îmbunătățiri post-DOS, performanța generală a sistemului și funcționalitatea sunt îmbunătățite. Acest lucru diferă de emulația utilizată în sistemele de operare bazate pe Windows NT. Este posibil ca unele aplicații sau jocuri vechi să nu ruleze corect într-o casetă DOS din Windows și să necesite modul DOS real.

Având un mod de linie de comandă în afara GUI oferă, de asemenea, posibilitatea de a remedia anumite erori de sistem fără a intra în GUI. De exemplu, dacă un virus este activ în modul GUI, acesta poate fi adesea eliminat în siguranță în modul DOS, prin ștergerea fișierelor sale, care sunt de obicei blocate în timp ce sunt infectate în Windows.

În mod similar, fișierele de registry corupte, fișierele de sistem sau fișierele de pornire pot fi restaurate din linia de comandă. Windows 95 și Windows 98 pot fi pornite din modul DOS tastând „WIN” <enter> la promptul de comandă. Cu toate acestea, Consola de recuperare pentru Windows 2000 , care, ca versiune de Windows NT, a jucat un rol similar în eliminarea virușilor.

Deoarece DOS nu a fost conceput în scopuri de multitasking, versiunile Windows, cum ar fi 9x, bazate pe DOS, nu au securitate în sistemul de fișiere, cum ar fi permisiunile de fișiere. Mai mult, dacă utilizatorul folosește drivere DOS pe 16 biți, Windows poate deveni instabil. Erorile de pe hard disk afectează adesea seria Windows 9x.

Interfața cu utilizatorul

Utilizatorii pot controla un sistem bazat pe Windows 9x printr-o interfață de linie de comandă (sau CLI) sau o interfață grafică pentru utilizator (sau GUI). Pentru sistemele desktop, modul implicit este de obicei interfața grafică a utilizatorului, unde CLI este disponibil prin ferestrele MS-DOS .

GDI , care este o parte a subsistemelor Win32 si Win16, este , de asemenea , un modul care este încărcat în modul de utilizator , spre deosebire de Windows NT în cazul în care GDI este încărcat în modul nucleu .

Compoziția alfa și, prin urmare , efectele de transparență , cum ar fi efectele de estompare în meniuri, nu sunt acceptate de GDI în Windows 9x.

Pe computerele desktop, Windows Explorer este interfața de utilizator implicită, deși există o varietate de înlocuiri suplimentare ale shell-ului Windows .

Alte GUI includ LiteStep , bbLean și Program Manager . GUI oferă un mijloc de a controla plasarea și aspectul ferestrelor individuale ale aplicației și interacționează cu sistemul Window.

Vezi si

• Compararea sistemelor de operare
• Arhitectura Windows 9x
• MS-DOS 7

Referințe

linkuri externe

• Materiale de învățare legate de Windows 9x la Wikiversity
• Calcul de bază utilizând Windows / Anexe / Pornire duală la Wikibooks
• Proiectarea sistemului de operare / Studii de caz / Windows 9x la Wikibooks