Gconf और dconf के बीच अंतर क्या हैं?

Question

मैंने एक नए उबंटू कॉन्फ़िगरेशन टूल के बारे में बहुत चर्चा की है: gconf को dconf द्वारा प्रतिस्थापित किया जाता है।

यह बदलाव क्यों किया जा रहा है? इसे लेकर इतनी बहस क्यों है? क्या gconf2dconf माइग्रेशन टूल बनाना बहुत मुश्किल है?

Answer 1

gconfआमतौर पर एक XML बैकएंड dconfका उपयोग करता है , जबकि अपने स्वयं के बाइनरी बूँद का उपयोग करता है। अकेले उस परिवर्तन से आप कुछ बिंदु निकाल सकते हैं:

• बाइनरी रीड एक्सेस XML को पार्स करने की तुलना में कहीं अधिक तेज है
• Dconf के डिज़ाइन सेक्शन के अनुसार , एक गनोम लॉगिन में हजारों रीड ऑपरेशन होते हैं और केवल कुछ ही लिखते हैं। करने के लिए gconfहै कि आँकड़े के हजारों है, पढ़ता के हजारों और parsings के हजारों। dconfबाइनरी ब्लॉब ऑम्टीन हजार IOP के साथ सिस्टम को नीचे किए बिना उन लोगों के माध्यम से ब्लिट्ज होगा।
• XML अधिक पोर्टेबल है
• एक्सएमएल काफी हद तक मानवीय-अप्राप्य और -सक्रिय है।
• एक फ़ाइल-आधारित प्रणाली को बिना किसी परेशानी के अलग और अलग किया जा सकता है
• एक अखंड बाइनरी फ़ाइल का भ्रष्टाचार मतलब हो सकता है पूरी बात मर जाता है। एकल फ़ाइल भ्रष्टाचार केवल में है कि खंड दर्द होता है gconf।

बहुत सारे तर्क विंडोज रजिस्ट्री के लिए और उनके खिलाफ लगाए गए हैं।

जैसा कि मैं इसे समझता हूं, इस सेटिंग का इंटरफ़ेस बैक-एंड के समान होगा gconf: के माध्यम से GSettings। यह वितरण और उपयोगकर्ताओं को एक को चुनने की अनुमति देता है और यदि आवश्यक हो तो स्विच आउट कर सकता है।

Comments

बहुत स्पष्ट जवाब। आपका जवाब पढ़कर (स्पष्ट रूप से अंतिम 3 बिंदु) मुझे लगता है कि भले ही धीमी गति बेहतर हो ..

— nkint

अंतर का एक अन्य बड़ा बिंदु यह है कि पूरी तरह से प्रक्रिया में dconf से रीडिंग सेटिंग की जाती है, जिसमें IPC केवल लिखने और अधिसूचना बदलने के लिए होता है। इसके विपरीत, लगभग हर GConf ऑपरेशन में IPC शामिल होता है। आप XML का उपयोग करते हुए GConf के लाभों को भी समाप्त कर सकते हैं: GConf डेटाबेस तक पहुँचने का एकमात्र समर्थित तरीका GConf API के माध्यम से है, और gconfd के चलने पर सीधे XML फ़ाइलों को संपादित करना अप्रत्याशित परिणाम हो सकता है।

— जेम्स हेनस्ट्रिज

मुझे लगता है कि कुछ टेक्स्ट-आधारित का उपयोग करने का मुख्य लाभ किसी भी टेक्स्ट एडिटर के साथ इसके हिस्सों को बचाने की क्षमता है जब फ़ाइल आंशिक रूप से दूषित हो जाती है (लेकिन मुझे लगता है कि सिद्धांत में यह एक उपकरण लिखना संभव है जो बाइनरी के हिस्सों को भी बचा सकता है ?)।

— JanC

मुझे लगता है कि बचाव का सबसे अच्छा तरीका संस्करण नियंत्रण के तहत ~ / .config रखना होगा, जो आपको कुछ भी गलत होने पर बस रोलबैक करने में सक्षम करेगा। यह अप्रत्याशित इरादों के साथ किसी भी जानबूझकर कॉन्फ़िगर परिवर्तन को ठीक करेगा।

— जो-एर्लेंड शिनस्टैड

@ जो-एर्लेंडशिनस्टैड कुछ गलत हो रहा है हमेशा वीसीएस की नियंत्रण फ़ाइलों को भी खराब करने का अवसर होता है।

— रुस्लान