- Vindozo 95 inkluzivis kaŝitan rapidan rekomencon per tenado de la Ŝovklavo dum rekomenco.
- La sistemo ne tute ĉesis funkcii: ĝi ĉesis la 16-bitan kernon, la 32-bitan memoradministrilon, kaj redonis la kontrolon al win.com.
- La dosiero win.com provis rekonstrui la medion kaj memoron por relanĉi Vindozon en protektita reĝimo, uzante kompleksan kaj delikatan procezon.
- La ideo anticipas la koncepton de rapida ekfunkciigo en moderna Vindozo, kvankam kun riskoj de malstabileco kaj eblaj fiaskoj.
Tridek jarojn post ĝia lanĉo, Vindozo 95 daŭre generas diskutonPreter la taskobreto kaj la Startmenuo, ĉi tiu sistemo kaŝis trukon, kiun multaj uzis sen vere scii, kio okazis interne: a rapida rekomenco sekreto kiu estis aktivigita simple per tenado de la Ŝovklavo dum rekomencado.
Tiuj, kiuj konis lin, vidis la mesaĝon aperi «Bonvolu atendi dum Vindozo rekomenciĝas"" aŭ "Vindozo rekomenciĝas", kaj post kelkaj sekundoj, la labortablo denove funkcius sen trairi la tutan riton de kompleta malŝalto kaj malvarma starto. Dum jaroj ĝi restis iom mistera anekdoto, ĝis la veterana inĝeniero de Microsoft, Raymond Chen, klarigis ĝin detale. kio vere okazis en tiu procezo en lia teknika blogo La Malnova Nova Aĵo.
La kaŝita rapida rekomenco de Vindozo 95
La truko estis tiel simpla por aktivigi kiel malbone dokumentita: Sufiĉis teni la Ŝovklavon Dum elektado de la rekomenc-opcio el la Start-menuo, anstataŭ malŝalti la tutan sistemon kaj rekomenci ĝin, Vindozo efektivigis alternativan vojon kiu montris la mesaĝon "Bonvolu atendi dum Vindozo rekomenciĝas" kaj revenigis la uzanton al la labortablo multe pli frue ol kutime.
En la naŭdekaj jaroj, kiam mekanikaj diskoj estis la normo kaj ĉiu restartiĝo povis daŭri plurajn minutojn, ĉi tiu pli rapida funkciado estis bonvena helpo, precipe en oficejoj kaj hejmoj en Eŭropo, kie La maŝinoj kunekzistis kun DOS-aplikaĵoj kaj 16-bita programaroMultaj uzantoj kredis, ke ĝi estas simpla mallongigo sen multe da scienco, sed reale ĝi kaŝis sufiĉe sofistikan internan sekvencon.
Raymond Chen klarigas, ke la ŝlosilo estis en speciala flago asociita kun la malnova funkcio ExitWindowsĈi tio estis heredita de la 16-bita medio. Kiam la sistemo detektis rekomencon per la klavo Shift, ĝi ne ordonis kompletan rekomencon de la komputilo, sed prefere pli limigitan operacion: fermi Vindozon kaj rekomenci ĝin sen restartigi la tutan aparataron.
Kun tiu mallongigo ebligita, Vindozo komencis tre specifan sekvencon de paŝoj. Unue, la 16-bita kernotiam ĝi ĉesis 32-bita virtuala memoradministrilo Tiam la procesoro revenus al tiel nomata "reala reĝimo", la plej baza funkcia stato de x86-procesoroj. Tiam, la kontrolo revenus al la startdosiero. venko.com kun interna signalo kiu estis ekvivalenta al demandi al li: "Ĉu vi povas rekomenci Vindozon en protektita reĝimo por mi?"
De tiu momento, win.com transprenis kaj montris la tekston "Windows rekomenciĝas", provante rekonstrui la medion kvazaŭ la sistemo Ĝi ĵus lanĉiĝis de nulosed sen trairi la tutan norman malŝaltciklon.
Kion precize faris win.com dum la rapida rekomenco?
La dosiero win.com estis centra parto de la noventrepreno de Vindozo 95. Ĝi estis .com-programo, skribita en asembla lingvo, kiu respondecis pri la startigo de la grafika medio sur DOS. En la kunteksto de rapida rekomenco, ĝia rolo estis eĉ pli kritika, ĉar ĝi devis simuli puran starton de sistemo kiu, en realeco, ne tute ĉesis funkcii.
Laŭ Chen, post kiam la procesoro revenis al reala reĝimo, win.com ricevis specialan instrukcion kaj daŭrigis... restarigi plurajn tutmondajn variablojn kaj komandliniajn parametrojn por redoni ilin al iliaj originalaj valoroj, kvazaŭ la programo kurus por la unua fojo. Ĝi estis kompleksa interna "akvotubara" laboro, ĝuste ĉar ĉio estis programita en asembla lingvo, sen la hodiaŭaj abstraktaj tavoloj.
Dosieroj kun la finaĵo .com, kiel ekzemple win.com, estis ŝargitaj defaŭlte, okupante ĉiu disponebla konvencia memoroTamen, en ĉi tiu specifa kazo, la programo liberigis preskaŭ la tutan restantan memoron preter sia propra bildo, celante lasi grandan apudan blokon kie Vindozo povus esti reŝargita en protektita reĝimo. Ĉi tiu manovro estis esenca por ke la rapida rekomenco funkciu glate.
La problemo ekestis kiam, dum la sesio, alia fona programo Ĝi uzis iom da memoro, kiun win.com asignis. Se programaro, pelilo aŭ iu ajn ilo okupis tiun spacon, konvencia memoro restis disponebla. fragmentita kaj la provo rekonstrui la originalan medion jam ne plu estis farebla. En tiuj kazoj, la rapida restartiĝo ne povis esti kompletigita laŭplane.
Se la memoro estus sufiĉe pura kaj organizita, win.com saltus rekte al la kodsekcio respondeca pri Rekomencu Vindozon en protektita reĝimorekreante la virtualmaŝinan administrilon kaj la 32-bitajn tavolojn. La uzanto baldaŭ vidus la labortablon kaj havus la impreson, ke li savis bonan parton de la procezo, kio estas ĝuste tio, kio okazis.
Inĝenia solvo, sed delikata kaj iom riska.
Ĉi tiu tuta mekanismo permesis redukti sekundojn aŭ eĉ minutojn de la starttempo, sed ĝi ne venis sen kosto. Mikrosofto mem sciis, ke ĝi estis solvo. inĝenia sed delikata, tre tipa por epoko en kiu retrokongruo kaj ekstrema uzado de memoro pezis pli ol eleganteco de dezajno.
Chen memoras, ke la rapida restartiĝo ne estis celita kiel plene sekura, amasuza funkcio, sed prefere kiel sistema kapablo. neoficiale ekspluatitaPreterlasante iujn el la kutimaj startigaj kontroloj, la sistemo povus resti en neantaŭvideblaj statoj se io ne rekomencus kiel ĝi devus.
En aparte malfeliĉaj situacioj, la dosiero win.com povus eniri reboot buklo Estis malfacile haltigi aŭ lasi la sistemon en tia malstabila stato, ke ĝi postulus kompletan reinstalon de Vindozo 95. Kelkaj uzantoj raportis kraŝojn aŭ erarojn post plenumado de pluraj sinsekvaj rapidaj rekomencoj, verŝajne ĉar certaj peliloj ne revenis al tute kohera stato.
Alia malkaŝanta detalo de la epoko estis la maniero kiel memoro estis premita: partoj de la propra kodo de win.com estis ili reuzis ĝin kiel spacon por tutmondaj variablojLa unuaj bajtoj de la enirpunkto, plenumitaj nur unufoje, estis reciklitaj por konservi datumojn, sub la supozo, ke tiu fragmento neniam plu estos uzata. En la kunteksto de rapida rekomenco, la plenumfluo ne revenis al tiu punkto, do programistoj povis senpune uzi ĉi tiun specon de "truko" sen ŝajnaj konsekvencoj.
El la hodiaŭa perspektivo ĝi povas ŝajni malzorgema manovro, sed ĉe la kulmino de Vindozo 95 ĝi estis pragmata maniero trakti la limoj de konvencia memoro kaj la necesa kunekzisto de 16-bitaj kaj 32-bitaj medioj. Ne estas surprize, ke ĉi tiuj internaj vojoj ne estis vaste diskonigitaj al la ĝenerala publiko.
De Vindozo 95 ĝis la rapidaj noventreprenoj de hodiaŭ
La filozofio malantaŭ ĉi tiu rapida restarigo ne malaperis. Fakte, granda parto de la nunaj sistemoj de Mikrosofto, kiel ekzemple Vindozo 10 aŭ 11, Ili inkluzivas rapidan komencon kiu, kvankam ne tute sama, celas similan celon: eviti plenan ekfunkciigon ĉiufoje kiam la uzanto ŝaltas la komputilon.
En modernaj versioj de la sistemo, la tekniko estas malsama. Anstataŭ fidi je programo kiel win.com kaj la reala reĝimo de la procesoro, la kerno kaj ĉefaj peliloj estas Ili estas konservitaj en vintrodorma dosieroKiam vi ŝaltas la aparaton, La sistemo ne rekonstruas ĉion de nulo, sed anstataŭe restaŭras tiun konservitan staton., fortranĉante bonan parton de la inicialigaj paŝoj.
Por la averaĝa uzanto en Hispanio aŭ iu ajn eŭropa lando, tio signifas, ke la komputilo ŝanĝas de haltigo al funkciado en kelkaj sekundoj, io nepensebla kiam Vindozo 95 kunekzistis kun malrapidaj diskoj kaj arkitekturoj plenaj de kongruecaj flikaĵoj. Tamen, same kiel ĉe la truko de la Ŝovklavo, Ne ĉio estas avantaĝoj..
La moderna rapida komenco Tio povas kaŭzi konfliktojn se certaj regiloj aŭ eksteraj aparatoj ne bone funkcias kun tiu "duonvoja" stato inter malŝalto kaj vintrodormo.; Ekzemple, Mikrosofto korektis cimon de Vindozo 11, kiu malhelpis malŝalton.Kelkaj spertaj uzantoj elektas malŝalti la funkcion kiam ili renkontas stabilecajn problemojn, aŭ devigi kompletajn malŝaltojn kiam ili bezonas apliki kritikajn sistemajn aŭ aparatarajn ŝanĝojn.
Ĉiukaze, la klarigo de Raymond Chen pri la rapida rekomenco de Vindozo 95 helpas kompreni kiel certaj ideoj ekfunkciis. eltenis dum jardekoj en la evoluo de Vindozo. Kio en la naŭdekaj jaroj estis farita per ExitWindows-flagoj, win.com kaj konvencia memoro, hodiaŭ estas atingita per vintrodormaj dosieroj kaj 64-bitaj kernoj, sed La celo restas la sama: redukti atendtempojn sen troe kompromiti stabilecon..
Tio La malnova truko teni la Ŝovklavon dum rekomencado perfekte resumas la epokon de Vindozo 95.Sistemo desegnita surbaze de ekvilibro inter kongrueco, rendimento kaj teknikaj limigoj, kapabla kaŝi rekomencigan mekanismon sub simpla interfaco. tiel rapida kiel sofistika kaj, samtempe, surprize fragila.
Mi estas teknologientuziasmulo, kiu transformis siajn "geek" interesojn en profesion. Mi pasigis pli ol 10 jarojn de mia vivo uzante avangardan teknologion kaj tuŝante ĉiajn programojn pro pura scivolemo. Nun mi specialiĝis pri komputila teknologio kaj videoludoj. Ĉi tio estas ĉar de pli ol 5 jaroj mi verkas por diversaj retejoj pri teknologio kaj videoludoj, kreante artikolojn, kiuj celas doni al vi la informojn, kiujn vi bezonas en lingvo komprenebla por ĉiuj.
Se vi havas demandojn, mia scio varias de ĉio rilata al la Vindoza operaciumo same kiel Android por poŝtelefonoj. Kaj mia devontigo estas al vi, mi ĉiam pretas pasigi kelkajn minutojn kaj helpi vin solvi ajnajn demandojn, kiujn vi povas havi en ĉi tiu interreta mondo.