हाल ही में का रिलीज के नए संस्करण Box86 0.2.6 और Box64 0.1.8 एमुलेटर. परियोजनाओं को एक ही विकास दल द्वारा सिंक में विकसित किया जाता है।
Box86 86-बिट x32 एप्लिकेशन चलाने तक सीमित है (जैसे गेम) गैर-x86 लिनक्स सिस्टम पर, जैसे एआरएम (होस्ट सिस्टम 32-बिट लिटिल-एंडियन होना चाहिए)। इसलिए, Box32 को चलाने और संकलित करने के लिए 86-बिट सबसिस्टम की आवश्यकता होती है। Box86 केवल 64-बिट सिस्टम पर बेकार है। साथ ही, Box32 को संकलित करने के लिए आपको 86-बिट टूलचैन की आवश्यकता है।
चूंकि Box86 कुछ "सिस्टम" पुस्तकालयों के मूल संस्करणों का उपयोग करता है, जैसे कि libc, libm, SDL, और OpenGL, अधिकांश अनुप्रयोगों के साथ एकीकृत और उपयोग करना आसान है, और कई मामलों में प्रदर्शन आश्चर्यजनक रूप से उच्च हो सकता है।
वही Box64 के लिए जाता है, केवल वही और अनुमति देता है 64 बिट निष्पादन योग्य चलाएं. यह परियोजना गेम एप्लिकेशन के रिलीज के संगठन पर बहुत ध्यान देती है, जिसमें वाइन और प्रोटॉन के माध्यम से विंडोज बिल्ड को रिलीज करने की क्षमता शामिल है।
परियोजना की एक विशेषता हाइब्रिड निष्पादन मॉडल का उपयोग है, जिसमें अनुकरण केवल एप्लिकेशन के मशीन कोड और विशिष्ट पुस्तकालयों पर लागू होता है। libc, libm, GTK, SDL, Vulkan, और OpenGL सहित जेनेरिक सिस्टम लाइब्रेरी को टारगेट प्लेटफॉर्म पर नेटिव वेरिएंट से बदल दिया गया है। इसलिए, लाइब्रेरी कॉल को अनुकरण के बिना निष्पादित किया जाता है, जो एक महत्वपूर्ण प्रदर्शन में वृद्धि की अनुमति देता है।
अनुकरण कोड जिसमें कोई मूल ओवरराइड नहीं हैलक्ष्य प्लेटफॉर्म के लिए मशीन निर्देशों के एक सेट से दूसरे में गतिशील पुनर्संकलन (डायनारेक) की तकनीक का उपयोग करके किया जाता है। मशीन निर्देशों की व्याख्या करने की तुलना में, गतिशील पुनर्संकलन 5 से 10 गुना बेहतर प्रदर्शन दिखाता है।
प्रदर्शन परीक्षणों में, आर्मफ और आर्क64 प्लेटफॉर्म पर चलने पर, Box86 और Box64 एमुलेटर ने QEMU और FEX-emu प्रोजेक्ट्स को काफी बेहतर प्रदर्शन किया और कुछ परीक्षणों (glmark2, openarena) में उन्होंने लक्ष्य प्लेटफॉर्म के मूल निवासी असेंबली चलाने के समान प्रदर्शन हासिल किया।
अनुकूलता के संदर्भ में आवेदनों की, डीपरीक्षण किए गए 165 खेलों में से लगभग 70% सफल रहे। लगभग 10% अधिक काम, लेकिन कुछ आरक्षणों और प्रतिबंधों के साथ।
जिन खेलों के साथ समस्याओं का उल्लेख किया गया है, उनमें यूनिटी 3 डी इंजन पर आधारित खेलों का उल्लेख किया गया है, जो मोनो पैकेज से जुड़ा हुआ है, जिसका अनुकरण अभी भी मोनो में इस्तेमाल किए गए जेआईटी संकलन के कारण हमेशा काम नहीं करता है, और इसमें ग्राफिक्स भी काफी उच्च हैं, आवश्यकताएं जो हमेशा एआरएम बोर्डों पर हासिल नहीं किया जा सकता है। GTK एप्लिकेशन लाइब्रेरी का प्रतिस्थापन वर्तमान में GTK2 तक सीमित है (GTK3 / 4 प्रतिस्थापन पूरी तरह से लागू नहीं है)।
के लिए के रूप में नई रिलीज में मुख्य बदलाव, निम्नलिखित पर प्रकाश डाला गया है:
- वल्कन पुस्तकालय के लिए जोड़ा गया लिंक। जोड़ा गया वल्कन और डीएक्सवीके ग्राफिक्स एपीआई समर्थन (डीएक्सजीआई का कार्यान्वयन, डायरेक्ट 3 डी 9, 10 और 11 वल्कन पर)।
- जीटीके पुस्तकालयों के लिए बेहतर बाइंडिंग। जीटीके अनुप्रयोगों में आमतौर पर उपयोग किए जाने वाले जीस्ट्रीमर और पुस्तकालयों के लिए जोड़ा गया बाइंडिंग।
- RISC-V और PPC64LE आर्किटेक्चर के लिए प्रारंभिक समर्थन (अभी तक केवल व्याख्या मोड) जोड़ा गया।
- स्टीमप्ले और प्रोटॉन लेयर के साथ संगतता को बेहतर बनाने के लिए बग फिक्स किए गए हैं। रास्पबेरी पाई 64 और 3 जैसे AArch4 बोर्डों पर स्टीम से कई लिनक्स और विंडोज गेम चलाना संभव है।
- स्मृति सुरक्षा उल्लंघनों के लिए बेहतर स्मृति प्रबंधन, एमएमएपी व्यवहार और निगरानी।
- libc में क्लोन सिस्टम कॉल के लिए बेहतर समर्थन। नए सिस्टम कॉल के लिए जोड़ा गया समर्थन।
- गतिशील पुनर्संकलन इंजन में, SSE/x87 रजिस्ट्रियों के साथ काम में सुधार किया गया है, नए मशीन कोड के लिए समर्थन जोड़ा गया है, फ्लोट और डबल रूपांतरणों को अनुकूलित किया गया है, आंतरिक शाखा प्रसंस्करण में सुधार किया गया है, नए आर्किटेक्चर के लिए सरलीकृत समर्थन।
- बेहतर ELF फ़ाइल लोडर।
अंत में, यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, तो आप विवरण देख सकते हैं निम्नलिखित लिंक में