Zfs: डिडअप भेजें/प्राप्त करें को हटा दें

को निर्मित 12 सित॰ 2018 · 4टिप्पणियाँ · स्रोत: openzfs/zfs

यह समस्या OpenZFS डेवलपर समिट 2018 के प्रस्ताव को ट्रैक करने के लिए बनाई गई है कि डिडअप सेंड को हटा दिया जा सकता है और फाइल सिस्टम से हटाया जा सकता है। संपूर्ण संदर्भ के लिए, प्रस्तुतिकरण को https://youtu.be/WvBURTKUy1o?t=5177 पर

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

जब एक समूह के रूप में माना जाता है, तो फीचर के साथ ये मुद्दे इसे ZFS से हटाने के लिए एक ठोस उम्मीदवार बनाते हैं। इस सूत्र का उद्देश्य इस प्रस्ताव पर चर्चा और टिप्पणियों के साथ-साथ इसकी प्रगति को ट्रैक करने का केंद्र बनना है।

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

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

SenRecv

स्रोत

pcd1193182

👍5

सभी 4 टिप्पणियाँ

मैंने कभी भी डिडअप सेंड / आरईवी का उपयोग नहीं किया है, हमारे सेटअप के लिए कंप्रेस्ड डेटा का रॉ सेंड कहीं अधिक प्रासंगिक है।

अगर यह चला गया तो मुझे कोई आपत्ति नहीं होगी - और मैं शर्त लगाता हूं कि मैं अकेला नहीं हूं। मुझे यह जानने में दिलचस्पी होगी कि अन्य लोग इसका क्या उपयोग करते हैं - विशेष रूप से, डेटासेट कितने बड़े हैं और उन मामलों में यह कितना समय/बैंडविड्थ बचाता है।

snajpa 12 सित॰ 2018

मुझे इसे दूर जाते हुए देखना अच्छा लगेगा। मुझे लगता है कि उपयोगकर्तालैंड में उन्हें "री-डुपिंग" करके डिडअप स्ट्रीम की प्राप्यता बनाए रखना 99% लाभ प्राप्त करने का एक शानदार तरीका होगा, जबकि वास्तव में सेंड स्ट्रीम प्रारूप के इस पहलू को नहीं छोड़ना होगा।

ahrens 12 सित॰ 2018

मैंने 2016 में zfs रोलबैक पर -r और -R के वर्तमान उपयोग को हटाने के लिए एक तर्क दिया है (इसे वास्तविक पुनरावर्ती ध्वज के साथ बदलने के लिए, यह लंबे समय तक गैर-कार्यात्मक होने के बाद भी अनपेक्षित उपयोग नहीं होगा)।

इसके खिलाफ मुख्य तर्क था:

इस योजना के चरण 2 या 3 के लिए वास्तव में कोई "उचित समय" नहीं है। "zfs" और "zpool" कमांड एक प्रतिबद्ध, प्रलेखित इंटरफ़ेस हैं, जिस पर लोगों को निर्भर रहने की अनुमति (और प्रोत्साहित!)
यह दुर्भाग्यपूर्ण है जब डिजाइन निर्णय किए जाते हैं जो कि पिछली दृष्टि में उप-इष्टतम हो जाते हैं, लेकिन ब्रेकिंग परिवर्तन करने के अवसरों के बजाय भविष्य के डिजाइन निर्णय लेने के दौरान ये सबक देखे जाने चाहिए।

उस तर्क के साथ: क्या डिडअप सेंड को एक फीचर के रूप में हटा दिया जाना चाहिए -डी स्विच को एनओपी में बदलने पर भी रखा जाना चाहिए।

फिर भी:

मैं पसंद करूंगा (अनंत काल के लिए हर मस्सा को खींचने के बजाय) ZFS में एक स्पष्ट बहिष्करण प्रक्रिया है जो _any_ खराब (हिंडसाइट में) डिजाइन निर्णय को हटाने में सक्षम बनाती है - निश्चित रूप से एक उचित समय पर (और प्रश्न में सुविधा के उपयोगकर्ताओं को चेतावनी के साथ) ) उत्पादन में समस्या पैदा नहीं करने के लिए।

ZFS फाइल सिस्टम (गूगल सर्च) है - या किसी भी चीज में - जब तक कि यह निदान की गई समस्याओं से छुटकारा पाने में असमर्थ है।

GregorKopka 15 सित॰ 2018

👎4

मुझे लगता है कि इस प्रस्ताव के बीच एक महत्वपूर्ण अंतर है (जो उच्च स्तर पर zfs send -D द्वारा प्राप्त डिडअप अनुपात को "बस" कम कर देगा), और पिछला प्रस्ताव जो अंततः zfs rollback -r/-R को अलग-अलग डेटा को नष्ट कर देगा की तुलना में यह करता था। मैं zfs rollback की चर्चा को एक अलग चैनल पर पुनर्निर्देशित करना चाहता हूं ताकि हम इस अंक में डिडअप सेंड/आरईवी पर ध्यान केंद्रित कर सकें। मैंने अभी-अभी रोलबैक मेलिंग सूची थ्रेड का अनुसरण किया है।

मैं सहमत हूं कि zfs send -D को एक वैध तर्क के रूप में जारी रखना चाहिए, और किसी बिंदु पर यह केवल एक चेतावनी संदेश मुद्रित करने का कारण बनता है, और कोई वास्तविक कटौती नहीं होती है।

ahrens 17 सित॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Zfs: डिडअप भेजें/प्राप्त करें को हटा दें

सभी 4 टिप्पणियाँ

संबंधित मुद्दों