Почетна » како да » Шта мој БИОС ради након дизања?

    Шта мој БИОС ради након дизања?

    Када компјутер заврши процес подизања система и чврсто сте у операцијском суставу који је укључен у рад, постоји ли још нешто што БИОС може учинити?

    Данашња сесија питања и одговора долази нам захваљујући СуперУсер-у - подели Стацк Екцханге-а, групне групације К&А веб сајтова у заједници.

    Питање

    СуперУсер читач Индрек поставља ово питање везано за БИОС:

    Увек сам се питао да ли БИОС (осим спровођења ПОСТ-а, покретања боотлоадера и преношења контроле на ОС након притиска на дугме за напајање) има неку сврху или функцију док оперативни систем ради?

    Да ли оперативни систем комуницира са БИОС-ом док ради и ако јесте, како?

    Заиста? Коју функцију има БИОС осим критичне улоге у покретању рачунара?

    Одговори

    Захваљујући сураднику СуперУсер-а Мецханицал Снаил, преглед како се мијењала улога БИОС-а тијеком времена и што је данас и што не ради данас: 

    Улога БИОС-а

    Са модерним оперативним системима, практично нема. Линус Торвалдс је, како се извјештава, рекао да је његов задатак да "само учита ОС и оде одавде".

    Старији оперативни системи као што је МС-ДОС ослањају се на БИОС за многе задатке (нпр. Приступ диску), позивајући прекиде.

    Са модерним ОС-овима, боотлоадер се брзо пребацује у 32- или 64-битни мод и извршава ОС кернел. Језгро може да региструје сопствене манипулаторе прекида, које се могу позвати апликацијама просторног простора. Рутине кернела могу бити више преносиве (пошто не зависе од специфичног хардвера), флексибилније (произвођачи оперативних система могу да их промене на захтев, а не да користе било шта што долази са хардвером), софистицираније (могу извршити произвољно сложеније) више него што је програмирано у БИОС-у), и сигурније (будући да ОС може контролисати приступ дијељеним ресурсима и спријечити да се програми међусобно размазују, имплементирајући властите схеме произвољних дозвола).

    За интеракцију са одређеним хардвером, оперативни системи могу учитати и користити сопствене управљачке програме уређаја. Дакле, нема потребе да ОС или апликације позивају већину БИОС рутина. У ствари, из безбедносних разлога, БИОС прекиди су чак онемогућени. Пошто БИОС живи у 16-битном реалном режиму, теже је позвати модерне оперативне системе.

    Иако је коришћење БИОС-а веома ограничено док се оперативни систем покреће, његове функције се и даље користе периферно. На пример, када рачунар спава, оперативни систем се не покреће и на крају пада на фирмвер да би хардвер поставио исправно стање за паузирање и наставак оперативног система. Ове употребе су углавном ограничене на АЦПИцаллс, а не на позиве на пуни БИОС интерфејс. АЦПИ је проширење БИОС-а које „доноси управљање енергијом под контролом оперативног система (ОСПМ), за разлику од претходног БИОС-централног система, који се ослањао на фирмвер специфичан за платформу за одређивање политике управљања напајањем и конфигурације“.

    Имајте на уму да се званично “БИОС” односи на одређени интерфејс фирмвера, али се тај термин обично користи за упоређивање фирмвера рачунара уопште. Неки новији рачунари (посебно Аппле-ови) заменили су БИОС (сенсу стрицту) са УЕФИ-јем, што је наравно оно што је позвано да имплементира ове функције..

    За више информација о томе како се улога БИОС-а смањила током времена, погледајте Википедију.

    Други сарадник СуперУсер-а, Симон Рицхтер, даје нам преглед ствари које БИОС и даље ради: 

    БИОС и управљање напајањем

    БИОС пружа низ услуга оперативним системима, од којих се већина односи на управљање напајањем:

    • модификовање ЦПУ-а и бус-сатова
    • омогућавање / онемогућавање матичних плоча
    • контрола проширења прикључка
    • суспенд-то-диск и суспенд-то-РАМ
    • наставите поставке догађаја

    Суспендовање на диск је имплементирано у оперативном систему већину времена, јер оперативни систем може да обнови своје стање брже (само стање кернела се поново учитава, а стање програма замењено када је потребно, што је знатно брже од поновног учитавања читавог РАМ-а), али функција остаје у спецификацији.

    ОС не може да имплементира суспензију према РАМ-у, јер се ослања на то да БИОС прескаче иницијализацију и тестирање РАМ-а, тако да је оперативном систему потребан АПИ који ће рећи БИОС-у да намерава да се настави са тренутним РАМ садржајем. Да би обезбедио ову услугу, БИОС тражи од оперативног система да остави одређену област РАМ-а нетакнутом.

    Интерфејс за ОС за све БИОС услуге је део виртуелног машинског кода који треба да се покрене на емулатору и који генерише неопходне И / О операције у хардвер. За суспенд, ово је генерално имплементирано тако да извршавање једног од хардвера пише онда активира прекид, који преноси контролу у БИОС.


    Имате ли нешто да додате објашњењу? Звучи у коментарима. Желите ли прочитати више одговора од других технолошки паметних Стацк Екцханге корисника? Погледајте цео дискусију овде.