מרטין סטרנסקי, השומר על חבילת פיירפוקס עבור פדורה ו- RHEL ומי שאחראי גם על העברת פיירפוקס עבור ויילנד, פרסם דוח המסכם את ההתפתחויות האחרונות בפיירפוקס בסביבות Wayland.
בדו"ח הם מציינים זאת לא ניתן היה ליישם חלק מהתכונות באופן מיידי עקב הבדלים בגישה ליישום ב- X11 ובוויילנד. במקרה הראשון התעוררו קשיים עקב הלוח של ויילנד שעבד במצב אסינכרוני, מה שדרש יצירת שכבה נפרדת לגישה מופשטת ללוח של ויילנד. השכבה שצוין תתווסף ל- Firefox 93 ותופעל כברירת מחדל ב- Firefox 94.
ביחס ל הדיאלוגים המתעוררים, הקושי העיקרי היה שוילנד דרשה עמידה בקפדנות היררכיה מוקפצתכלומר, חלון האב יכול ליצור חלון ילדים עם חלונות קופצים, אך הקופץ הבא שהתחיל מחלון זה חייב להיות מקושר לחלון הילד המקורי ויוצר שרשרת. ב- Firefox, כל חלון יכול ליצור מספר חלונות קופצים מרובים שלא יצרו היררכיה.
הבעיה הייתה שכאשר אתה משתמש ב- Wayland, סגירת אחד מהחלונות הקופצים מחייבת לבנות מחדש את כל שרשרת החלונות עם חלונות קופצים אחרים, בעוד שנוכחותם של מספר רב של קופצים פתוחים אינה נדירה שכן הקופצים משמשים לפריסת חלונות. חלונות קופצים, תפריטים, הודעות, דיאלוגים משלימים, בקשות הרשאה וכו '.
המצב היה מסובך גם מכשלים בוויילנד וב- GTK, כך שביצוע שינויים קטנים עלול להוביל להופעת רגרסיות שונות. עם זאת, הקוד הקופץ של ויילנד השתנה והוא נועד להיכלל ב- Firefox 94.
שיפורים נוספים הקשורים לוויילנד הוזכרו כוללים תוספת של 93 קנה מידה DPI ל- Firefox כדי למנוע הבהובים בעת הזזת החלון בקצה המסך בהגדרות מרובות צגים. ב- Firefox 95, מתוכנן לטפל בבעיות שמתעוררים בעת שימוש בממשק הגרירה והשחרור, למשל בעת העתקת קבצים ממקורות חיצוניים למערכות קבצים מקומיות ובעת העברת כרטיסיות.
עם השקתו של Firefox 96, נמל Wayland של Firefox ישיג שוויון כללי בפונקציונליות עם ה- build X11, לפחות בעת הפעלה בסביבת GNOME Fedora. לְאַחַר מִכֵּן, המפתחים יתמקדו בעבודה מושלמת בסביבות Wayland של תהליך ה- GPU, שבו קוד מוסר לאינטראקציה עם מתאמי גרפיקה ואשר מגן על תהליך הדפדפן הראשי מפני קריסה במקרה של כשלים במנהלי ההתקן.
כמו כן, מתוכנן להביא קוד לתהליך ה- GPU לפענוח וידיאו באמצעות VAAPI, המופעל בימים אלה בתהליכי עיבוד תוכן.
בנוסף, אנו יכולים להדגיש את ההכללה עבור אחוז קטן מהמשתמשים בסניפים היציבים של Firefox, משטר בידוד האתרים המחמיר, שפותח במסגרת פרויקט הביקוע.
שלא כמו ההתפלגות השרירותית של עיבוד הכרטיסיות בקבוצת התהליכים הזמינה (8 כברירת מחדל), שהייתה בשימוש עד כה, מצב הנעילה מעביר את העיבוד של כל אתר לתהליך נפרד משלו עם חלוקה לא לפי כרטיסיות, אלא לפי תחומים ש לאפשר לבודד עוד יותר את התוכן של סקריפטים חיצוניים ו- iframes.
מצב בידוד חזק מגן מפני התקפות ערוץ צדדי, כמו אלה הקשורים לפגיעויות של מחלקות ספקטר, וזה גם מפחית את פיצול הזיכרון, מחזיר את הזיכרון למערכת ההפעלה ביעילות רבה יותר, ממזער את ההשפעה של איסוף אשפה וחישוב אינטנסיבי על דפי תהליכים אחרים, וזה משפר את היעילות של איזון עומסים, ליבות מעבד שונות ומשפרת את היציבות (חסימת התהליך שגורם ל- iframe לא לגרור את האתר הראשי וכרטיסיות אחרות יחד איתו).
בין הנושאים הידועים ששעולים כאשר נעשה שימוש במצב בידוד קפדני, ישנה עלייה ניכרת בזיכרון ובצריכת מתאר הקבצים בעת פתיחת מספר רב של כרטיסיות, כמו גם הפרעה בעבודה של כמה תוספים, היעלמות תוכן iframe בעת הדפסה וקורא לפונקציה לצילום צילום מסך, ירידה ביעילות של מטמון מסמכי iframe אובדן תוכן מטפסים שהושלמו אך לא נשלחו בעת שחזור הפעלה לאחר התרסקות.
מקור: https://mastransky.wordpress.com