Колкото по-близо е нивото на абстракция на заявлението на действителните хардуер, толкова повече възможности, както в управлението на "хардуер" и за достъп до недокументирани функции - преглед на историята на създаването и UEFI архитектура. което е сравнимо функционалност с проста диск MS-DOS операционна система тип.
Класически DOS - този архитектурен ограничения в 16-битов
Сега можем да с известна увереност да кажа, че ерата на DOS (Disk Operating System), с класическото изпълнение на Microsoft / IBM, на която много от собствените си и да знаят отиде завинаги. Да, за момента - и това е буквално само половината система за генериране на programmistov- беше просто невероятно. Въпреки очевидната простота на пръв поглед, това е доста ефективен за много задачи. А именно, управление на файлове, работи с оперативна памет (първоначално само в рамките на първия мегабайт), директен достъп до I / O портове и т.н.
Какво е най-голямото събитие на такава простота? И е, че като елиминира необходимостта от създаване на различни нива на абстракция, потребителят има директен достъп до оборудването. По този начин е възможно да се създаде "размотавам" заявление "желязо" на 100%. Разбира се, никой не е отменена присъствието на разрушителните фактори - вирусна активност, правилно проектирани софтуер и други неприятни моменти. Въпреки това, в повечето случаи работата е била извършена правилно и бързо.
На фона на съвременните Журнализиращият системи NTFS / EXT4 / ZFS формат FAT16 изглежда толкова примитивен, и с толкова много ограничения в архитектурата, която е в момента на възникване на естествен въпрос - защо не излезе с нещо по-добро?
Отговорът е прост: не е имало обективна необходимост. Нещо повече, такава лекота вътрешен файлова система архитектура позволява бързо да нахвърлям и програмиране на собствения си файл драйвер, който се възползва цялата му сложност е vyschityvanii сектор компенсации диск - достатъчно за молив и прост ръчен калкулатор.
Читателят е готов да се наложи да попитам - добре, на DOS беше преди много време, тя имаше свои собствени характеристики, но сега има, но къде UEFI? Аз предлагам да се разпредели червената линия, елементите на която значението на класическата концепция за DOS се издига и търсенето, и до днес:
- наличност на съвременни платформи (Околна среда), което осигурява почти директен достъп до ресурси на компютъра, т.е. с минимално ниво на абстракция;
- Това позволява да се работи веднага в защитен режим (за предпочитане 64-битов x86_64);
- Тя е разработила API за управление на ресурсите;
- тичат пред (!) операционна система.
UEFI - отворена модулна структура вместо BIOS
Фигура 1. Архитектура UEFI интерфейс
Преди откриването на проекта Tiano на сървъра борда Intel използва де факто корпоративен стандарт BIOS, разработен от американски Megatrends. Това, разбира се, имаше и има плюсове, но присъствието на кралски особи, според мен, и служи на определен етап от крайната препъни-камък. Intel най-накрая реших да отида свой собствен начин, прави големи инвестиции в собствената си решение и в същото време, косвено финансиране компания Insyde Software - BIOS разработчик с обещаващи постижения, но и за мобилни сфера (noutbuchnogo фърмуер). И компанията не е направил грешка. В момента, UEFI BIOS - това е най-правилен, най-обещаващи и най-интересното изпълнение на BIOS. Защо?
Фигура 2. Схема за сваляне (повикване) на операционната система от UEFI
- Първо, модулен разтвор. Ако говорим за вътрешния оформление на EFI, виждаме, че неговата структура predstvlyayu до известна степен, система мини работи. В които има Пей модули (Pre-EFI инициализация), които създават най-различни хардуерни компоненти - чипсет, памет, процесор - и количеството призован като PEI ядро. DXE блокове също присъства на водача (Driver среда за изпълнение), които формират ядрото EFI.
- На второ място, поради отвореността на спецификациите може да анализира кода и с много висока степен на вероятност да се намери, че "маркери" не. Какво се разбира под "година" в случай на BIOS? Наличието на малки ръководител SMM, който работи като среда мега-виртуализация за всяка операционна система работи на някой от следните етапи на стартиране работна станция - дали е VMware ESXi, Microsoft Hyper-V или друга baremetal-хипервайзорна. Най-важното е, че приоритет SMM-надзорник и по-горе, и способността му да се скрие един порядък по-голяма, тъй като той започва да наистина "чисто" желязо.
- На трето място, благодарение на своята самодостатъчност, UEFI-може да се разглежда като цялостно решение - цялостна операционна система. И, следователно, че е възможно и необходимо да се създадат такива важни продукти, като антивирусни пакети се движат с EFI-системи. Спешност в тях е доста висока, тъй като UEFI-, като се вземат предвид функцията на защитен ботуш, осигурява висока степен на защита. Това, от своя страна, е гаранция, че стартирането сряда един наистина чист и анти-вирус ще бъде в състояние да изчисти възможно най-голям брой злонамерени програми от вашия твърд диск с операционната, но не се движи на операционната система.
В ролята на черупката - EFI Shell
Когато малко по-рано споменахме, че DOS командния интерпретатор, наречен COMMAND.COM не е необходимо по принцип, защото неговата роля - е организация на интерактивен режим, този факт е почти никога не прилагат на практика и преводач винаги е бил в системата. За UEFI е присъщо на диаметрално различен подход - трябва да се гарантира, на първо място, изпълнението на зареждане на операционната система, така че присъствието на междинна на интерактивни приложения повече вреда, отколкото полза. Ето защо, EFI Shell черупка формално съществува в природата, но всъщност вътре фърмуера не е така. Това обаче не означава, че тя не може да работи - далеч от него. Пускане на раздел USB-диск / обувка / EFI / EFI Shell файл под стандарт, наречен bootx64.efi (bootia32.efi в случая на 32-битови системи), получаваме reinakarnatsiyu на DOS-система, но с модерен привкус.
Свързани статии