रिएक्टोस न्यूज़ बुलेटिन नंबर 83

GDI में मेमोरी उपयोग

ग्राफिक डिवाइस इंटरफेस सपोर्ट मैनेजर (जीडीआई) को फिर से लिखने की प्रक्रिया में, टिमो क्रेउज़र को सामना करना पड़ा जिसे केवल स्मृति का एक राक्षसी अपशिष्ट कहा जा सकता है। निर्मित वस्तुओं के लिए आवंटित स्मृति की मात्रा हमेशा एक पूर्ण पृष्ठ थी, अर्थात 4 Kb, इस बात की परवाह किए बिना कि क्या ऑब्जेक्ट को अपनी विशेषताओं को संग्रहीत करने के लिए स्मृति की इतनी बड़ी मात्रा की आवश्यकता है। इससे महत्वपूर्ण व्यर्थ स्मृति, साथ ही व्यर्थ स्मृति पते निकलते हैं। टिमो का कहना है कि यह एक कारण है कि एक समय में कई पृष्ठों के मेमोरी के टास्क मैनेजर में लीक हो जाता है। Win32k में ऐसे आवंटन के लिए एक कैशिंग तंत्र है, जो, जाहिरा तौर पर, मुक्त पृष्ठों का पुन: उपयोग नहीं करता है, इसलिए, एक निश्चित समय के भीतर, सभी सिस्टम मेमोरी समाप्त हो सकती है।

सौभाग्य से, टिमो इन समस्याओं को हल करने में कामयाब रहे। उन्होंने प्रत्येक प्रक्रिया के लिए प्रत्येक प्रकार की ऑब्जेक्ट विशेषता के लिए मेमोरी पूल विकसित किए। जब भी कोई वस्तु बनाई जाती है या नष्ट हो जाती है, तो इन पूलों में मेमोरी आवंटित की जाती है या उन्हें हटा दिया जाता है। पूल को वर्गों में व्यवस्थित किया जाता है, जिसका आकार 4 Kb में एक पृष्ठ और 64 Kb तक भिन्न होता है। प्रत्येक पूल एक विभाजन से शुरू होता है, यदि आवश्यक हो, तो एक बड़ी संख्या को जोड़ा जा सकता है, हालांकि, प्रत्येक ऑब्जेक्ट निर्माण पर आवंटित मेमोरी की कुल मात्रा प्रत्येक विशेषता के लिए आवश्यक वास्तविक राशि से अधिक नहीं होती है। एक बिटमैप का उपयोग प्रत्येक पूल के मुक्त मेमोरी सेगमेंट को इंगित करने के लिए किया जाता है, और वितरण के लिए उपलब्ध मेमोरी की खोज तब पहले की तुलना में बहुत तेज होती है, जब पृष्ठ द्वारा ऑब्जेक्ट की प्रत्येक विशेषता को पेज करने की विधि का उपयोग इसे बनाते समय किया गया था।

तेजी से और व्यर्थ स्मृति से छुटकारा पाने के अलावा, पूल एक पुराने कैशिंग तंत्र की आवश्यकता को भी समाप्त करते हैं। ताल स्वयं एक प्रकार के कैश के रूप में कार्य करते हैं, जिसमें मेमोरी का एक रिजर्व होता है जो किसी वस्तु के निर्माण के दौरान उपयोग के लिए जल्दी उपलब्ध होता है। इस प्रकार, Win32k को पुरानी मेमोरी ब्लॉकों को संसाधित करने और नई वस्तुओं के पुन: उपयोग के लिए तैयार करने के लिए डिज़ाइन किए गए किसी भी अतिरिक्त तंत्र की आवश्यकता नहीं है।

नए USB ड्राइवर

जोहान्स एंडरवल्ड ने कर्नेल से Win32k और साउंड सपोर्ट के लिए कई तरह के रिएक्टोस घटकों पर काम किया है और अब वह USB विकसित कर रहा है। USB समर्थन शुरू करने में रुचि व्यक्त करते हुए, उन्होंने सुझाव दिया कि माइकल मार्टिन C से C ++ तक USB ड्राइवरों को फिर से लिखना और उन्हें पढ़ना और समर्थन करना आसान बनाते हैं। माइकल सहमत हुए और पूरी तरह से नए ईएचसीआई चालक पर अपनी सभी गतिविधियों को केंद्रित किया। उनका वर्तमान लक्ष्य इस ड्राइवर को इस तरह से परिष्कृत करना है कि इसकी कार्यक्षमता माइकल द्वारा लिखित पुराने ईएचसीआई चालक की तुलना में है। Usbhub ड्राइवर के विकास के साथ आगे बढ़ने से पहले पुराने ड्राइवर के विकास को छोड़ने का निर्णय लिया गया था, जो कि IHC O ड्राइवर को I / O अनुरोध पैकेट भेजने के लिए जिम्मेदार है।

समर ऑफ कोड में स्वीकृत परियोजनाएं

रिएक्टोस परियोजना को Google समर ऑफ कोड के तहत छह रिक्तियों की सीमा आवंटित की गई थी, और चयनित परियोजनाओं के बारे में सभी जानकारी यहां पोस्ट की गई थी । व्यक्तिगत कारणों से, मेरे पास इन परियोजनाओं के सार के अधिक विस्तृत कवरेज के लिए पर्याप्त समय नहीं था।

टीसीपी / आईपी चालक

ReactOS नेटवर्क स्टैक में टीसीपी / आईपी प्रोटोकॉल के उच्च-गुणवत्ता वाले कार्यान्वयन को लागू करने के लिए पहले से ही कई प्रयास किए गए हैं। बाद में टीसीपी / यूडीपी का समर्थन करने के लिए ऑस्किट लाइब्रेरी का उपयोग करना था, लेकिन इसका एकीकरण, जैसा कि यह निकला, एक बहुत ही जटिल प्रक्रिया है। किसी भी तीसरे पक्ष के पुस्तकालय में, जो हम उपयोग करते हैं, हमारे लिए पहले स्थान पर आसान अद्यतन की संभावना है जब एक नया संस्करण किसी अन्य परियोजना द्वारा जारी किया जाता है। यदि कोड को सिस्टम के साथ घनिष्ठ एकीकरण की आवश्यकता होती है, तो कार्य बहुत अधिक जटिल है। LwIP लाइब्रेरी मुख्य रूप से एम्बेडेड सिस्टम में उपयोग के लिए है, जिससे वे बहुत हल्के और स्व-निहित होते हैं। हमें उम्मीद है कि हम इसे सही तरीके से ReactOS नेटवर्क स्टैक में एकीकृत कर सकते हैं।

Explorer_New

नए गोले पर काम कुछ साल पहले थॉमस ब्लूमेल ने शुरू किया था और एंड्रयू हिल ने इसे जारी रखा था। अधिकांश लापता कार्यक्षमता शेल 32 लाइब्रेरी के अपूर्ण कार्यान्वयन का परिणाम है, मुख्य रूप से एक्सप्लोरर_न्यू की सटीकता इसकी तत्परता पर निर्भर करती है। इस प्रकार, एक्सप्लोरर_न्यू पर काम करने का अर्थ है शेल 32 लाइब्रेरी पर काम करना। इस परियोजना के लिए पहले से ही बड़ी संख्या में विकास हुए हैं, लेकिन इसके पूरा होने के लिए बहुत अधिक प्रयास की आवश्यकता होगी।

थीम समर्थन

विषयों के लिए समर्थन रिएक्टोस में सबसे अधिक अनुरोधित सुविधाओं में से एक है, हालांकि सबसे अधिक बार केवल उपयोगकर्ता जो सोचते हैं कि एक सुंदर उपयोगकर्ता इंटरफ़ेस परियोजना के लिए अधिक लोगों को आकर्षित करेगा। यह विंडोज के खराब दस्तावेज वाले घटकों को भी संदर्भित करता है, जिससे इसे ठीक से लागू करना मुश्किल हो जाता है। फिर भी, जियानिस एडमपाउलोस ने इस दिशा में अनुसंधान किया है और उनका मानना ​​है कि वह इस घटक के कार्यान्वयन से निपट सकते हैं।

ऑडियो मिक्सिंग

हालांकि जोहान्स एंडरवल्ड और रिएक्टोस साउंड स्टैक पर काम करने में कुछ सफलता हासिल की, फिर भी, कई ऑडियो धाराओं के साथ-साथ प्रबंधन के लिए समर्थन विकसित करने के लिए बहुत अधिक किए जाने की आवश्यकता है। यह एक अत्यंत आवश्यक कार्यक्षमता है, खासकर अगर उपयोगकर्ता के ओएस या अनुप्रयोगों में होने वाली घटनाओं पर एक श्रव्य चेतावनी है। रिएक्टोस वर्तमान में इन सुविधाओं का बहुत खराब समर्थन करता है, इसलिए एक ऑडियो मिक्सर होने से सिस्टम को अधिक उपयोगी बनाने में मदद मिलेगी।

कर्नेल मोड टेस्ट सूट

यह वही है जो अमीन खाल्दी के लिए प्रयास कर रहा है क्योंकि परीक्षणों के सेट के साथ सीधे कर्नेल फ़ंक्शंस के साथ बातचीत काफी तेजी से बढ़ सकती है और उन समस्याओं की खोज को सुविधाजनक बना सकती है जब रिएक्टोस बूट या सिस्टम के सामान्य कामकाज को बाधित करता है। यह भी देखना दिलचस्प है कि उन्हें कैसे लागू किया जाएगा, क्योंकि यदि परीक्षण विफल हो जाता है, तो ओएस में एक महत्वपूर्ण विफलता की संभावना अधिक है।

GDI फ़ॉन्ट ड्राइवर

कुछ साल पहले, एक समाचार रिलीज में, मैंने कुछ विस्तार से रिएक्टोस में फोंट को प्रस्तुत करने से जुड़ी समस्याओं का वर्णन किया। यदि आप विवरण में रुचि रखते हैं, तो आप अपने आप को उनके साथ यहां परिचित कर सकते हैं। संक्षेप में, ReactOS में रेंडरिंग विधि पूरी तरह से गलत हो गई और हम फ़ॉन्ट के ग्लिफ़ द्वारा प्रदान की गई अधिकांश जानकारी को अनदेखा कर देते हैं। एक वैध फ़ॉन्ट ड्राइवर इस समस्या को हल कर सकता है और हमें Win32 सबसिस्टम की वास्तुकला में एक और बड़ा दोष बचा सकता है।

एक और डेवलपर

कुछ समय पहले गेब्रियल इलार्डी को कमिटमेंट प्राप्त हुआ, लेकिन जब वह कई हफ्तों के लिए आईआरसी चैनल से अनुपस्थित था, तब यह तथ्य मेरे दिमाग से बाहर निकल गया जब मैंने पिछली न्यूज रिलीज लिखी थी। किसी भी मामले में, कृपया हमारे रैंक में शामिल होने वाले किसी अन्य डेवलपर का स्वागत करें।

द्वारा अनुवादित: evilslon , Farwalker , serrox