द नवीन libmdbx लायब्ररी आवृत्तीचे प्रकाशन 0.11.7, प्रक्षेपण GitFlic सेवेमध्ये प्रकल्पाच्या स्थलांतरासाठी वेगळे आहे GitHub प्रशासनाने 15 एप्रिल 2022 रोजी इतर अनेक प्रकल्पांसह libmdbx काढून टाकल्यानंतर कोणत्याही चेतावणी किंवा स्पष्टीकरणाशिवाय, तसेच यूएस निर्बंधाखाली आलेल्या कंपन्यांशी संबंधित अनेक विकासकांचा प्रवेश अवरोधित केला.
वापरकर्त्याच्या दृष्टिकोनातून, प्रकल्पाची सर्व पृष्ठे, भांडार आणि काटे अचानक "404" पृष्ठात बदलले, संप्रेषणाची कोणतीही शक्यता नसताना आणि कारणे शोधल्याशिवाय.
दुर्दैवाने, जवळजवळ सर्व आवृत्त्या गमावल्या गेल्या आहेत, ज्यामध्ये तपशीलवार उत्तरांसह अनेक प्रश्न तसेच अनेक चर्चा होत्या. या माहितीचे नुकसान हे एकमेव उद्दिष्ट नुकसान आहे जे GitHub प्रशासनाने प्रकल्पाला लावले, जरी चर्चेच्या आंशिक प्रती archive.org संग्रहणात उपलब्ध आहेत.
बिल्ट-इन सीआय इन्फ्रास्ट्रक्चर आणि स्क्रिप्ट्स (ओपनसोर्स प्रकल्पांसाठी विनामूल्य उपलब्ध) नष्ट झाल्यामुळे आम्हाला थोडे तांत्रिक कर्जाचे पुनरावलोकन करणे, एकत्र करणे आणि काढून टाकणे भाग पडले. आता CI जवळजवळ समान व्हॉल्यूममध्ये (सुमारे 100 बिल्ड कॉन्फिगरेशन) पुनर्संचयित केले गेले आहे, सर्व BSD आणि सोलारिस व्हेरियंट्ससाठी चाचण्या तयार करणे आणि चालवणे वगळता. स्पष्टपणे, GitHub च्या कृतींनंतर, पेमेंटच्या आवश्यकतेच्या स्मरणपत्राव्यतिरिक्त कोणतेही स्पष्टीकरण किंवा सूचना प्राप्त झाल्या नाहीत.
Libmdbx 0.11.7 ची मुख्य नवीन वैशिष्ट्ये
libmdbx v0.11.3 च्या रिलीझबद्दलच्या ताज्या बातम्यांपासून, GitHub क्रियांमधून पुनर्प्राप्त करण्याव्यतिरिक्त, खालील सुधारणा आणि निराकरणे लक्षात घेण्यासारखे आहेत:
185 फाईल्समध्ये एकूण 89 बदल करण्यात आले, अंदाजे 3300 ओळी जोडल्या गेल्या, अंदाजे 4100 काढले गेले. GitHub आणि आश्रित सेवांशी संबंधित आधीच निरुपयोगी तंत्रज्ञान फायली साफ केल्यामुळे प्रामुख्याने काढल्या गेल्या.
जोडले एक विलीन केलेले पृष्ठ आणि कॅशेमध्ये आढळलेल्या विसंगती प्रभाव/दोषाचे निराकरण करा लिनक्स कर्नलमधील बफरचे. पृष्ठ आणि बफर कॅशे खरोखरच युनिफाइड असल्‍याच्‍या सिस्‍टममध्‍ये, कर्नलला आधीपासून मेमरी-अ‍ॅलोकेटेड फाईल लिहून डेटाच्‍या दोन प्रतींवर मेमरी वाया घालवण्‍याचा अर्थ नाही. म्हणून, डिस्कवर डेटा अद्याप लिहिला गेला नसला तरीही, write() सिस्टम कॉल पूर्ण होण्यापूर्वी लिहिलेला डेटा मेमरी वाटपाद्वारे दृश्यमान होतो.
एकूणच इतर वर्तन तर्कसंगत नाही, कारण विलंबित विलीनीकरणासह, तुम्हाला अद्याप पृष्ठ सूची, डेटा कॉपी किंवा PTE समायोजित करण्यासाठी लॉक पकडावे लागतील. अशा प्रकारे, सुसंगततेचा न बोललेला नियम 1989 पासून लागू आहे, जेव्हा SVR4 मध्ये युनिफाइड बफर कॅशे दिसला. परिणामी, व्यस्त libmdbx उत्पादन परिस्थितीत विचित्र बग शोधणे खूप काम झाले आहे. प्रथम, समस्या पुनरुत्पादित करणे, नंतर गृहितके सत्यापित करणे आणि सुधारणा तपासणे.
प्लेबॅक परिस्थितीची जटिलता आणि विशिष्टता असूनही, समस्या विश्वसनीयरित्या ओळखली गेली, शोधली गेली आणि काढली गेली असे आम्ही आता आत्मविश्वासाने म्हणू शकतो. तसेच, बायपास यंत्रणेच्या कार्याची पुष्टी एरिगॉन (इथेरियम) विकसकांपैकी एकाने केली होती, त्याच्या बाबतीत, डीबग बिल्डमध्ये, अतिरिक्त प्रतिपादन तपासणीमुळे संरक्षण प्रतिगमन म्हणून ट्रिगर केले गेले.
हे लक्षात घेतले पाहिजे की कार्यरत प्रकल्पांमध्ये libmdbx च्या व्यापक वापराच्या संदर्भात, ते दोष किंवा वैशिष्ट्य आहे की नाही हे शोधण्यापेक्षा विश्वसनीय ऑपरेशन सुनिश्चित करणे मूलभूतपणे अधिक महत्वाचे आहे आणि अशा सुसंगततेवर अवलंबून राहता येईल का. विशेषत: लिनक्स कर्नलमधील विसंगतीची कारणे न शोधता. म्हणून, येथे आम्ही वापरकर्त्यांना प्रभावित करू शकणार्‍या समस्येचे निराकरण करण्याबद्दल बोलत आहोत.
EXDEV बगचे प्रतिगमन निश्चित केले (डिव्हाइसेसमधील दुवा) जेव्हा API द्वारे आणि mdbx_copy युटिलिटीसह, दुसर्‍या फाइल सिस्टमवर कॉम्पॅक्शन न करता डेटाबेस कॉपी करते.
Kris Zyp ने Deno वर libmdbx साठी समर्थन लागू केले आहे.
MDBX_opt_rp_augment_limit पर्यायाद्वारे सेट केलेल्या मूल्याचे निश्चित हाताळणी मोठ्या डेटाबेसवर मोठ्या व्यवहारांवर प्रक्रिया करताना. पूर्वी, बगमुळे, अनावश्यक क्रिया केल्या जाऊ शकतात, काहीवेळा इथरियम अंमलबजावणी (एरिगॉन/अकुला/सिल्कवर्म) आणि बिनन्स चेन प्रकल्पांच्या कार्यक्षमतेवर परिणाम करतात.
अनेक बगचे निराकरण केले आहे, C++ API च्या समावेशासह आणि दुर्मिळ आणि विदेशी कॉन्फिगरेशनवर अनेक बिल्ड समस्यांचे निराकरण केले. सर्व महत्त्वपूर्ण सुधारणांची संपूर्ण यादी चेंजलॉगवर उपलब्ध आहे.
शेवटी, तुम्हाला याबद्दल अधिक जाणून घेण्यात स्वारस्य असल्यास, तुम्ही तपशीलांचा सल्ला घेऊ शकता पुढील लिंकवर.