מה העסקה עם אופי?

זה נראה כאילו יש שני מחנות, קבוצה קטנה של אנשים שאכפת להם Uefi וכל אחד אחר שלא ממש שם לב או אכפת כל עוד המחשב שלהם עובד. אז בואו נדבר על מה Uefi הוא, איך זה בא להיות, מה זה מתאים, ולמה אתה צריך (או לא צריך) אכפת.

מהו UEFI?

UEFI פירושו ממשק קושחה מאוחד Extensible, קונבנציונאלי המוחזק על ידי ארגון המכונה פורום EFI המאוחד. אינטל יצא עם EFI (ממשק קושחה להרחבה) ולאחר מכן עשה את מפרט הציבור כמו Uefi. בתור מפרט, פרטי היישום משתנים בין ספקים ליצרנים, אך המטרה היא להציג מבנה קונבנציונאלי של מערכת ההפעלה. זה עושה את זה הרבה יותר פשוט לכתוב מערכת הפעלה כמו שאתה כבר לא צריך לדאוג לגבי כל חברה לא מסודרת של הפעלת שבבים.

מספר IBVs (ספקי BIOS עצמאיים) מציעים את יישומם של UEFI כי OEM המייצרים לוחות אם יכולים רשיון ולהשתמש במוצרים שלהם. כמה דוגמאות יהיה עמי, הפניקס, ואת insyde. סביר להניח שראית את הלוגו שלהם או רק את הטקסט של השם שלהם בקצרה פלאש על המסך לפני מערכת ההפעלה שלך של בחירה נכונה המגפיים.

בואו נדבר על איך מגפי אופי. בדרך כלל, יש כמה שלבים שונים. אנחנו בדרך כלל אומרים כי ישנם יישומים רבים רבים מהם לעשות דברים מתוך מפרט. ישנם שלושה שלבים כלליים: בטיחות וביטחון (SEC), Pre-EFI אתחול (PEI), סביבת ביצוע כונן (DXE). כל אחד מהם הוא מערכת הפעלה מיני. כי אינטל הוא זה שהתחיל EFI ולאחר מכן הפך אותו לתוך Uefi, הרבה של העיצוב הוא פיתח סביב איך מעבדים אינטל אתחול. פלטפורמות אחרות כמו זרוע עשויות להימנע מלעשות הרבה בשלב ה- SEC או PEI.

תהליך האתחול עבור מעבדים X86 הוא קצת מוזר. הם מתחילים במצב אמיתי (אם כי רוב המעבדים בימים אלה אינם מציאותיים מבחינה טכנית), עם שטח כתובות של 20 סיביות (1MB של זיכרון התכונות) עבור סיבות תאימות לאחור. כמו המעבד ממשיך לאתחל, הוא עובר למצב מאובטח ולאחר מכן למצב ארוך. במערכת מרובת ליבה, כל המעבדים מירוץ כדי לקבל סמפור או לקרוא EAX, ואחד הוא מיועד BSP (מעבד bootstrap). המפסידים נעצרים עד שה- BSP מתחיל אותם באמצעות IPI (מפריע בין מעבד). בדרך כלל, יש שבב ספי של ספי עם קושחה ממופה לתוך סוף אזור הפיזי של 32 סיביות של זיכרון. מנוע ניהול אינטל (ME) או בטיחות פלטפורמת AMD ומעבד אבטחה (PSP) עושה את רוב שלב SEC, כגון שטיפה במטמון ולהתחיל את המעבדים.

לאחר שהמעבדים הם החלו, PEI החלה רשמית. על מערכות אינטל, אין מערכת RAM ברוב pei. הסיבה לכך היא כי הזיכרון צריך להיות מאומן וקישורים מאותחל לפני המעבד יכול להשתמש בהם. דחיפה אכזרית יותר במשך הרבה יותר ויותר מהירות יותר מ RAM מרמזת כי RAM צריך להיות נבדק, מכויל, והוגדר על כל אתחול כמו מקלות RAM שונים יש פרמטרים אחרים. מערכות רבות במטמון פרמטרים אלה עבור פעמים אתחול מהיר יותר, אבל הם בדרך כלל צריכים להיות בוטל ולהסיר כמו מקלות RAM גיל. PSP מטפל זיכרון אימון ואריזה Uefi על כמה מערכות AMD לפני מעבד X86 הראשי הוא משוך מתוך איפוס. עבור מערכות Intel, הם משתמשים בטריק שנקרא XIP (לבצע במקום) אשר הופך את המטמון השונים לתוך RAM לטווח קצר. יש רק ערימה קטנה, כמות קטנה של שטח ערימה, ואין משתנים סטטיים עבור פיי. פלטפורמות אינטל רבות סמכות על בקר ניהול הלוח (BMC) כדי הרכבת זיכרון, כמו הכשרה כמויות גדולות של זיכרון לוקח זמן רב מאוד.

לאחר אתחול RAM ולהעביר את התוכן של המטמון לטווח קצר, אנו רילוקיישן ל- DXE. שלב DXE מציע שני סוגים של שירותים: אתחול וריצה. שירותי ריצה נועדו להיות נצרך על ידי מערכת ההפעלה, השירותים כגון משתנים לא נדיפים. שירותי האתחול נהרסו לאחר exitbootservices נקרא (בדרך כלל על ידי מעמיס מערכת ההפעלה), אבל הם שירותים כמו קלט מקלדת נהגים גרפיים. BDS (בחירת התקן האתחול) פועל ב- DXE וכיצד המערכת קובעת מה כונן לאתחול (כונן קשיח, USB וכו ‘).

זה היה צפוף מאוד x86 סקירה מסוימת. ארכיטקטורות רבות כגון זרוע eschew uefi למשהו הרבה יותר כמו Coreboot, Linuxboot, או LK, שם הוא מגפיים לינוקס לינוקס קטן אז KEXEC לתוך ליבה הרבה יותר גדול. עם זאת, פלטפורמות זרוע רבות יכול גם למנף את UEFI. רק הזמן יגיד לאיזו דרך המהלכים בתעשייה.

איך זה הגיע

בשנת 2005, Uefi הוחלף לחלוטין EFI (Extensible Collection ממשק), אינטל קונבנציונאלי לשים כמה שנים קודם לכן. EFI לווה דברים רבים החלונות של אותה תקופה, פורמטים של pecoff תמונה, UEFI, בתורו, לווה שיטות מאפי. לפני EFI, היה טוב BIOS הישן (מערכת פלט קלט בסיסית). השם שמקורם במערכות CP / M של 1975. באותה תקופה, ה- BIOS היה דרך למערכת לאתחל ולהציע ממשק אחיד למדי ליישומים בy המציע שיחות ביסי BIOS. שיחות הטלפון אפשרות לתוכנית לגשת לקלט ולתפוקות כגון יציאות טוריות, RTC, ואת האוטובוס PCI. הפניקס ואחרים מהונדסים את הממשק הקנייני כי יבמ מיוצר לייצור מכונות תואמות יבמ, אשר בסופו של דבר הובילה משהו קרוב לסטנדרט.

האם זה טוב יותר מאשר BIOS?

כן ולא, תלוי בפרספקטיבה שלך. ספקי מערכת ההפעלה הרבים כמו UEFI כי הם בדרך כלל להפוך את חייהם פשוט כמו השירותים שסופקו להקל על חוויה הומוגנית. קהילת לינוקס, בדרך כלל מדברת, היא אגנוסטית במקרה הטוב והאנטגוניסטי במקרה הגרוע כלפי אופי. ממשק ה- BIOS הוא דוחף 45 שנים נכון לזמן הכתיבה ונחשב למורשת בכל מובן. נקודה נוספת בפינה של אופי היא שהיא מאפשרת לבחור גאדג ‘טים אתחול שונים ועדכון הקושחה במחשב שלך. UEFI משתמשת בטבלת מחיצת GUID (GPT) על שיא אתחול הורים (MBR) – ריקוש פלוס כמו MBR הוא קצת גמיש. פלטפורמות רבות שנשלחו היום מבוססות על קוד פתוח EDK2 פרויקט מ Tianocore, יישום של Uefi התומך X86, זרוע, ו Riscv.

התלונה הגדולה ביותר עם Uefi היא שזה קופסה שחורה סגורה עם גישה בלתי נתפסת למחשב שלך נשאר מקומי לאחר מגפי המחשב. BIOS הוא אטרקטיבי כי הממשק ידוע בדרך כלל הוא ללא תושב. UEFI ניתן לעדכן פשוט יותר, אבל יש גם צורך הרבה יותר חשוב בעדכונים. עדכון UEFI יכול לבנים את המערכת שלך לחלוטין. זה לא יהיה אתחול, ובגלל נתיכים להיות blown ביחידה, זה כמעט בלתי אפשרי פיזית לתקן את זה, אפילו עבור היצרן. כמויות משמעותיות של בדיקות ללכת עדכונים אלה, אבל רובם מהססים לדחוף עדכונים רבים בגלל כמות העבודה הנדרשת.

למה אתה צריך או לא אכפת לך

בסוף היום, אכפת לך אם אתה יכול להשתמש במחשב שלך עבור הדברים חיוניים לך. בין אם זה משחק משחק, כתיבת דוא”ל, או עושה מחשב חדש, זה לא משנה כל עוד המחשב עושה מה שאתה רוצה. ואתחול הוא רק צעד אחד נשכח בהפיכתם לקרות. אם אכפת לך להבין כל חתיכה אחת של קוד המכשיר שלך פועל, אתה צריך להתבלבל על נסיעה ארוכה. ישנם עסקים כגון LIBLEM הולך ארוך כדי לוודא כי בעיות מסובך כמו זיכרון init פועלים ב כתמים לא קנייניים. אתה עדיין יכול לשנות את UEFI, [HALES] להיות דוגמה נהדרת של tweaking את ה- BIOS של מחשב נייד ישן. כלים פתוחים עבור בדיקת והבנה מה קורה תחת מכסה המנוע משתפרים.

בסופו של דבר זה כמו שאתה גם אם אכפת לך תהליך האתחול של המכשיר שלך.

Leave a Reply

Your email address will not be published. Required fields are marked *