Úgy tűnik, hogy két tábor, az emberek kis csoportja, akik törődnek az UEFI-ről és mindenki másról, akik nem igazán észlelnek vagy érdekelnek, amíg a számítógépük működik. Tehát beszéljünk arról, hogy mi az UEFI, hogyan jött, hogy milyen alkalmas, és miért kellene (vagy nem kellene) gondoskodnia.
Mi az uefi?
Az UEFI egységesített kiterjeszthető firmware-felületet, egy olyan szervezetet, amelyet az United EFI fórum néven ismert szervezet. Az Intel kijött az EFI (bővíthető firmware interfész), majd később az UEFI-ként nyilvánosságra került. A gyártók és a gyártók közötti változás, de a cél az, hogy bemutassa az OS rendszerindító hagyományos és érthető struktúráját. Ez sokkal egyszerűbbé teszi az operációs rendszert, mivel már nem kell aggódnia, hogy az összes rendetlen társaság ténylegesen elindítja a chipet.
Számos IBV-ek (független BIOS-gyártók) kínálják az UEFI implementációit, hogy OEM-k, akik alaplapokat készíthetnek, engedélyezhetik és használhatják termékeiket. Néhány példa az AMI, Phoenix és Insyde lenne. Valószínűleg látta a logójukat, vagy csak a nevük szövegét röviden flash a képernyőn, mielőtt az operációs rendszer helyes csizmája.
Beszéljünk arról, hogy az UEFI csizma. Általában vannak néhány különböző fázis. Erre a célra általában azt mondják, mert számos implementációja és számos közülük a dolgokat ki spec. Három általános fázis: a biztonság és a biztonság (SEC), az EFI inicializálás (PEI) és a hajtás végrehajtási környezetének (DXE). Mindegyik egy mini operációs rendszer. mert az Intel az egyetlen, aki megkezdte az EFI és később kiderült, hogy a UEFI, sok a tervezés körül alakult, hogy az Intel processzorok indul. Más platformok, mint a kar, tartózkodhat a sokat a SEC vagy PEI fázisban.
Az X86 processzorok rendszerindítási folyamata egy kicsit furcsa. Valós módban indulnak (bár a legtöbb processzor technikailag nem irreális), egy 20 bites címterület (1 MB címezhető memória) a hátrafelé kompatibilitási okok miatt. Mivel a processzor továbbra is indít, biztonságos üzemmódra vált, majd végül hosszú üzemmódra vált. Egy multi-core rendszer, az összes processzor versenyt, hogy a szemafor, vagy olvassa EAX, és az egyiket nevezzük BSP (bootstrap processzor). A vesztesek mindaddig megállnak, amíg a BSP elindítja őket IPI-n keresztül (processzor megszakítás). Rendszerint van egy fedélzeti SPI flash chip, a firmware-vel, amely a fizikai 32 bites memóriatartomány végén található. Az Intel Management Engine (ME) vagy az AMD platform biztonsági és biztonsági processzora (PSP) a legtöbb SEC fázis, például a gyorsítótár öblítése és a processzorok elindítása.
Miután elkezdődött a processzorok, a PEI hivatalosan megkezdődött. Az Intel rendszereken nincsenek System Ram a legtöbb PEI-ben. Ez azért van, mert a memória kell képezni és a linkeket előtt inicializálni a processzor lehet használni őket. Az egyre könyörtelen push sokkal több és sokkal nagyobb sebesség RAM azt jelenti, hogy a RAM kell vizsgálni, kalibrált, és be van állítva minden rendszerindítás különböző RAM botok más paramétereket. Számos rendszer gyorsítótár ezeket a paramétereket a gyorsabb rendszerindítási időkhez, de általában érvényteleníteni és át kell adni, mint a RAM botok kora. A PSP fogantyúk memória képzés és a csomagolás UEFI néhány AMD rendszereket, mielőtt a fő x86 processzor kihúzódik állítani. Az Intel rendszerekhez egy XIP nevű trükköt használnak, amely a különböző gyorsítótárakat rövid távú ramba fordítja. Csak egy kis verem van, apró mennyiségű heap tér, és nincs statikus változók a PEI számára. Számos Intel Server platform támaszkodik a fedélzeti kezelővezérlőre (BMC) a memória edzésére, mivel a nagy mennyiségű memória képzése nagyon hosszú időt vesz igénybe.
A RAM inicializálása és a rövid távú gyorsítótár tartalmának átvitele után a DXE-re való áthelyezés után. A DXE fázis kétféle szolgáltatást kínál: boot és futásidő. A futásidejű szolgáltatásokat egy operációs rendszer, szolgáltatások, például nem illékony változók fogyasztják. A rendszerindító szolgáltatásokat megsemmisítik, ha az Exitbootservices-t nevezik (jellemzően az operációs rendszerben), de olyan szolgáltatások, mint a billentyűzet bemenet és grafikus illesztőprogramok. A BDS (Boot Device Selection) DXE-ben fut, és a rendszer meghatározza, hogy a rendszerindításhoz (merevlemez, USB stb.).
Ez nagyon sűrű és x86 konkrét áttekintés volt. Számos architektúra, mint például a kar eschew UEFI, sokkal inkább a Coreboot, a Linuxboot, vagy Lk, ahol egy kis Linux kernelt csiznak, hogy a Kexec sokkal nagyobb kernel. Azonban számos karplatform is kihasználhatja az UEFI-t. Csak az idő fogja megmondani, hogy az iparág mozogjon.
Hogyan jött
2005-ben, az UEFI teljesen kiszorított EFI (Extensible Firmware Interface), a hagyományos Intel kinyújtotta néhány évvel korábban. Az EFI számos dolgot kölcsönzött az adott időszak ablakából, a Pecoff képformátumok és az UEFI, viszont kölcsönvette az EFI-t. Az EFI előtt jó régi BIOS (alapvető bemeneti kimeneti rendszer) volt. A név származik a CP / M rendszer 1975 ebben az időszakban, a BIOS egy módja volt, hogy a rendszer boot és felajánl egy kissé egységes felületet alkalmazások bY kínálja a BIOS megszakítását. A telefonhívások lehetővé tette a program elérését a bemeneti és kimenetek, például a soros portok, az RTC és a PCI busz eléréséhez. Phoenix és mások fordított tervezéssel védett felület, amely az IBM készített gyártani IBM kompatibilis gép, ami végül oda vezetett, hogy valami közeli szabványos.
Jobb, mint a BIOS?
Igen és nem, a perspektívától függően. Számos OS-gyártó, mint az UEFI, mert általában az életük egyszerűbbé teszi az életüket, mivel a nyújtott szolgáltatások megkönnyítik a homogén tapasztalat indítását. A Linux közösség, amely jellemzően a legrosszabb és antagonista a legrosszabb és antagonista az UEFI felé. A BIOS interfész 45 évig terjed az írás idejétől, és minden értelemben örökségnek tekinthető. Az UEFI sarkában egy másik pont az, hogy megkönnyíti a különböző rendszerindító modulok kiválasztását és a firmware frissítését a készüléken. Az UEFI használja a GUID partíciótáblázatot (GPT) a Master Boot Record (MBR) felett – Figyelembe véve, hogy az MBR kissé rugalmatlan. A ma szállított számos platform a Tianocore nyílt forráskódú EDK2 projekten alapul, az x86, a kar és a Riscv támogatja az UEFI megvalósítását.
Az UEFI-vel való legnagyobb panasz az, hogy ez egy zárt fekete doboz, amely elképzelhetetlen hozzáférést biztosít a számítógéphez, és a számítógépes csizmák után a helyi marad. A BIOS vonzó, mert az interfész széles körben ismert és jellemzően nem rezidens. Az UEFI egyszerűsíthető, de sokkal fontosabb szükség van a frissítésekre is. Az UEFI frissítés teljes egészében téglázhat. Nem indul el, és a biztosítékok miatt fúj az egységen, gyakorlatilag fizikailag lehetetlen megjavítani, még a gyártó számára is. jelentős mennyiségű vizsgálati go be ezeket a frissítéseket, de a legtöbb nem szívesen tolja számos frissítést, mert a szükséges munka mennyiségének.
Miért kellene vagy nem kellene érdekelnie
A nap végén érdekel, ha használhatja a számítógépet az Ön számára elengedhetetlen dolgokért. Függetlenül attól, hogy ez játékot játszik, írjon egy e-mailt, vagy új számítógépet készít, nem számít, amíg a számítógép azt akarja, amit akar. És az indítás csak egy-egy elfelejtett lépés, hogy ez megtörténjen. Ha érdekel a készülék minden egyes kódjának megértése, akkor egy hosszú útra kell csatolni. Vannak olyan üzleti, mint a Libem hosszú hosszúságú, hogy megbizonyosodjon arról, hogy a trükkös problémák, mint a memória init, a nem védett blobs. Még mindig módosíthatja az UEFI, [HALES], hogy egy fantasztikus példa a régi iskola laptop bioszainak csípésére. A nyílt forráskódú eszközök vizsgálatára és megértése, hogy mi folyik a motorháztető alatt egyre jobb.
Végső soron annyira annyira, hogy érdekel a készülék rendszerindítási folyamata.