मार्टिन स्ट्रांस्की, फेडोरा और आरएचईएल के लिए फ़ायरफ़ॉक्स पैकेज का अनुरक्षक और जो वेलैंड के लिए फ़ायरफ़ॉक्स को पोर्ट करने के लिए भी जिम्मेदार है, ने एक रिपोर्ट प्रकाशित की है जिसमें वेलैंड वातावरण में फ़ायरफ़ॉक्स में नवीनतम विकास का सारांश दिया गया है।
रिपोर्ट में वे उल्लेख करते हैं कि X11 और वेलैंड में कार्यान्वयन के दृष्टिकोण में अंतर के कारण कुछ सुविधाओं को तुरंत लागू नहीं किया जा सका। पहले मामले में, वेलैंड क्लिपबोर्ड के एसिंक्रोनस मोड में काम करने के कारण कठिनाइयाँ उत्पन्न हुईं, जिसके लिए वेलैंड के क्लिपबोर्ड तक अमूर्त पहुँच के लिए एक अलग परत के निर्माण की आवश्यकता थी। निर्दिष्ट परत को फ़ायरफ़ॉक्स 93 में जोड़ा जाएगा और फ़ायरफ़ॉक्स 94 में डिफ़ॉल्ट रूप से सक्षम किया जाएगा।
इसके संबंध में उभरते हुए संवाद, मुख्य कठिनाई यह थी कि वेलैंड की आवश्यकता थी कड़ाई से अनुपालन पॉप-अप पदानुक्रमयानी पैरेंट विंडो पॉपअप के साथ चाइल्ड विंडो बना सकती है, लेकिन इस विंडो से शुरू होने वाला अगला पॉपअप एक चेन बनाते हुए मूल चाइल्ड विंडो से जुड़ा होना चाहिए। फ़ायरफ़ॉक्स में, प्रत्येक विंडो कई पॉप-अप विंडो उत्पन्न कर सकती है जो एक पदानुक्रम नहीं बनाती थी।
समस्या यह थी कि वेलैंड का उपयोग करते समय, पॉप-अप में से किसी एक को बंद करने के लिए अन्य पॉप-अप के साथ विंडो की पूरी श्रृंखला के पुनर्निर्माण की आवश्यकता होती है, जबकि कई खुले पॉप-अप की उपस्थिति असामान्य नहीं है क्योंकि पॉप-अप को तैनात करने के लिए उपयोग किया जाता है। विंडोज़ पॉप-अप, मेनू, नोटिस, पूरक संवाद, अनुमति अनुरोध आदि।
वेलैंड और जीटीके में विफलताओं से भी स्थिति जटिल थी, इसलिए छोटे-छोटे परिवर्तन करने से विभिन्न प्रतिगमनों का आभास हो सकता है। हालांकि, वेलैंड के लिए पॉप-अप हैंडलिंग कोड को संशोधित किया गया है और इसे फ़ायरफ़ॉक्स 94 में शामिल करने का इरादा है।
वेलैंड से संबंधित अन्य सुधारों का उल्लेख किया गया है विंडो को हिलाने पर झिलमिलाहट को खत्म करने के लिए फ़ायरफ़ॉक्स में 93 डीपीआई स्केलिंग परिवर्तन शामिल करें मल्टी-मॉनिटर सेटअप में स्क्रीन के किनारे पर। फ़ायरफ़ॉक्स 95 में, मुद्दों को संबोधित करने की योजना है जो ड्रैग एंड ड्रॉप इंटरफेस का उपयोग करते समय उत्पन्न होता है, उदाहरण के लिए बाहरी स्रोतों से स्थानीय फाइल सिस्टम में फाइलों की प्रतिलिपि बनाते समय और टैब को स्थानांतरित करते समय।
के प्रक्षेपण के साथ फ़ायरफ़ॉक्स 96, फ़ायरफ़ॉक्स का वेलैंड पोर्ट X1 बिल्ड के साथ कार्यक्षमता में सामान्य समानता प्राप्त करेगा1, कम से कम जब गनोम फेडोरा वातावरण में चल रहा हो। इसके बाद, डेवलपर्स का फोकस वेलैंड के वातावरण में काम को पूरा करने पर होगा GPU प्रक्रिया से, जो ग्राफिक्स एडेप्टर के साथ बातचीत करने के लिए कोड को समाप्त करता है और ड्राइवर की विफलता की स्थिति में मुख्य ब्राउज़र प्रक्रिया को क्रैश होने से बचाता है।
वीएएपीआई का उपयोग करके वीडियो को डीकोड करने के लिए जीपीयू प्रक्रिया में कोड लाने की भी योजना है, जिसे वर्तमान में सामग्री प्रसंस्करण प्रक्रियाओं में शुरू किया जा रहा है।
इसके अतिरिक्त, हम फ़ायरफ़ॉक्स की स्थिर शाखाओं के उपयोगकर्ताओं के एक छोटे प्रतिशत के लिए समावेश को उजागर कर सकते हैं, सख्त साइट अलगाव व्यवस्था, जिसे विखंडन परियोजना के ढांचे के भीतर विकसित किया गया है।
उपलब्ध प्रक्रिया समूह (डिफ़ॉल्ट रूप से 8) में टैब प्रसंस्करण के मनमाने वितरण के विपरीत, जिसका अब तक उपयोग किया गया है, लॉक मोड प्रत्येक साइट के प्रसंस्करण को टैब द्वारा नहीं, बल्कि उन डोमेन द्वारा अपनी अलग प्रक्रिया में स्थानांतरित करता है जो विभाजन के साथ होते हैं। बाहरी स्क्रिप्ट और आईफ्रेम की सामग्री को और अलग करने की अनुमति दें।
मजबूत अलगाव मोड साइड चैनल हमलों से बचाता है, जैसे कि स्पेक्टर वर्ग की कमजोरियों से संबंधित, और यह मेमोरी विखंडन को भी कम करता है, ऑपरेटिंग सिस्टम को अधिक कुशलता से मेमोरी लौटाता है, अन्य प्रक्रियाओं के पृष्ठों पर कचरा संग्रह और गहन गणना के प्रभाव को कम करता है, और यह लोड संतुलन की दक्षता में सुधार करता है, विभिन्न सीपीयू कोर और स्थिरता में सुधार (आईफ्रेम को प्रस्तुत करने वाली प्रक्रिया को अवरुद्ध करना मुख्य साइट और इसके साथ अन्य टैब को नहीं खींचेगा)।
ज्ञात मुद्दों में क्यूजो तब उठता है जब सख्त अलगाव मोड का उपयोग किया जाता है, बड़ी संख्या में टैब खोलते समय मेमोरी और फ़ाइल डिस्क्रिप्टर की खपत में उल्लेखनीय वृद्धि होती है, साथ ही कुछ प्लगइन्स के काम में रुकावट, स्क्रीनशॉट कैप्चर करने के लिए फ़ंक्शन को प्रिंट और कॉल करते समय आईफ्रेम सामग्री का गायब होना, कमी। आईफ्रेम दस्तावेज़ कैशिंग की दक्षता में एक क्रैश के बाद सत्र को पुनर्प्राप्त करते समय पूर्ण लेकिन सबमिट नहीं किए गए फॉर्म से सामग्री का नुकसान।
Fuente: https://mastransky.wordpress.com