विंडोज 8 डीफ़्रेग्मेंटर?

Question

ऐसा लगता है कि विंडोज 8 की defragकमांड में कुछ नए विकल्प हैं, जिनमें शामिल हैं:

/K निर्दिष्ट वॉल्यूम पर स्लैब समेकन करें।

क्या किसी को पता है कि इसका अंग्रेजी में क्या मतलब है?

Answer 1

लगता है कि इस पीडीएफ में एनटीएफएस की नई विशेषताओं के साथ इसकी व्याख्या है।

इसे कहते हैं:

• स्लैब समेकन

  • आवंटित स्लैब की संख्या को कम करने के लिए कुशलतापूर्वक फाइलें डिफ्रैग करती हैं

  • एक स्लैब एक पतली प्रावधानित मात्रा पर आवंटन की इकाई है

  • IOCTL_STORAGE_QUERY_PROPERTYसंपत्ति आईडी के लिए अनुरोध करने के लिए समर्थन की आवश्यकता है:StorageDeviceLBProvisioningProperty

    • एक वॉल्यूम स्लैब का आकार लेता है

Answer 2

मुझे विंडोज 8 के डीफ़्रैग्मेंटर के संदर्भ में इसका क्या मतलब है, यह बताने के लिए मुझे कुछ भी विशेष रूप से नहीं मिला। लेकिन "स्लैब समेकन" आमतौर पर चलती वस्तुओं को संदर्भित करता है ताकि समान आवंटन आकार तक गोल होने वाली वस्तुओं को एक साथ रखा जाए।

ऐसा करने का लाभ आमतौर पर बहुत कम होता है। लेकिन यह औसत समय को कम करने की कोशिश करता है जब बड़ी संख्या में छोटी वस्तुओं तक पहुंच होती है।

Answer 3

वास्तव में मुझे नहीं लगता कि स्लैब को औसत खोज समय को कम करने के लिए एक ही आकार के साथ कई फ़ाइलों के आवंटन को ट्यून करने के लिए बनाया गया है।

मेरी राय यह है कि इसका उपयोग बड़े संस्करणों पर आवंटन के लिए विलंबता को कम करने के लिए किया जाता है जो अन्यथा समानांतर धागे द्वारा बहुत अधिक समवर्ती पहुंच का कारण होगा जब उन्हें वॉल्यूम पर स्थान आवंटित करने की आवश्यकता होती है, क्योंकि यह वॉल्यूम आवंटन के एक ही हिस्से पर ताला लगाएगा। बिटमैप। बड़े बिटमैप्स को संसाधित करने से बचने के लिए, इसे "स्लैब" में विभाजित किया जा सकता है, जिनके बिट्स का आकार एक ही बिटमैप टुकड़ा (कम से कम 1 या अधिक क्लस्टर पर कब्जा करके डिस्क पर उभयलिंगी क्षेत्रों का प्रतिनिधित्व करता है; यदि आपका क्लस्टर आकार 4KB है, तो बिटमैप में इसका क्लस्टर प्रतिनिधित्व करता है) 4K * 8 = 32K आबंटित क्लस्टर, यानी 128MB ओएस स्टोरेज; वॉल्यूम में वास्तविक स्लैब का आकार 33 और 64 के बीच है, जो लगभग 33 समवर्ती धागे को बिटमैप में स्थान आवंटित करने की अनुमति देता है बिना एक दूसरे को अवरुद्ध किए)

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

यह बताता है कि डिस्क पर आवंटन वॉल्यूम में "स्प्रेड" क्यों है। साथ ही यह समझाता है कि एनटीएफएस पर एमएफटी में कम से कम 2 टुकड़े क्यों हैं, अन्य स्लैब से संबंधित है, क्योंकि यह वॉल्यूम का उपयोग करके कई थ्रेड्स के बीच गंभीर ताले से बचा जाता है। आप एमएफटी को डीफ़्रैग्मेन्ट कर सकते हैं लेकिन समवर्ती आवंटन के लिए इसके "आरक्षित क्षेत्र" में रखे गए कम से कम एक टुकड़ा रहेगा जो NTFS वॉल्यूम पर अवरुद्ध I / O प्रदर्शन करने से बचना होगा)।

अतीत में, NTFS की मात्रा को कई स्लैबों में विभाजित नहीं किया गया था, और कई थ्रेड अवरोधन के साथ एक विशाल प्रदर्शन जुर्माना था और कर्नेल में बहुत सारे थ्रेड स्विच I / O पूरा होने की प्रतीक्षा कर रहे थे (भले ही बिटमैप में आवंटन वास्तव में अत्यंत है तेजी से और नैनोसेकंड लेता है क्योंकि बिटमैप के सबसे दिलचस्प हिस्से को स्मृति में लकी किया गया है)। जब वॉल्यूम पर लिखते हैं तब फ्लश किया जाता है, और जर्नल किया जाता है, जर्नल पर आवंटन के कारण एक और लॉक होता है, इसलिए जर्नल अब वॉल्यूम पर एक अलग स्लैब का उपयोग करता है (यदि संभव हो तो)।

लेकिन मुझे नहीं लगता कि NTFS विशिष्ट आकारों के लिए किसी भी स्लैब को फाइलों में समर्पित करता है। NTFS आंतरिक रूप से स्लैब को थोड़ा डिफ्रैगमेंट करेगा जब डेटा हटा दिया जाता है और उनका आबंटित आकार कुछ सीमा से कम हो जाता है और दो ऐसे स्लैब को मर्ज किया जा सकता है।

आप स्लैब के आकार के बारे में जानकारी प्राप्त कर सकते हैं:

fsutil fsinfo ntfsinfo c:

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

स्लैब दूरस्थ फाइल सिस्टम के लिए भी उपयोगी हो सकते हैं लेकिन उनके इष्टतम आकार का अनुमान लगाना कठिन है। इसके विपरीत स्लैब, पदानुक्रमित वर्चुअलाइज्ड वॉल्यूम के अलग-अलग संस्करणों के लिए बहुत छोटे हैं और एक बहुत अलग प्लेसमेंट रणनीति है, nthat आवंटन आभासी है और विभिन्न भौतिक स्थानों के लिए रीमैप किया गया है।

हमें रजिस्ट्री में निम्नलिखित ट्यूनिंग मापदंडों के बारे में अभी भी Microsoft से जानकारी चाहिए:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfrg\SlabifyFunction]
MinimumReclaimSlabsMB      = REG_DWORD: 10240
MinimumReclaimSlabsPercent = REG_DWORD: 10
SlabEvictUpperBoundKB      = REG_DWORD: 204800
SlabEvictUpperBoundPercent = REG_DWORD: 20

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

हम सभी जानते हैं कि DEFRAG.EXE कमांड-लाइन टूल के "/ K" पैरामीटर द्वारा स्लैब को संक्षेप में उजागर किया जाता है, जो उन्हें अधिक विस्तार नहीं देता है। लेकिन यह निरीक्षण करना आसान है कि विंडोज की प्रारंभिक स्थापना के बाद / बूट ऑप्टिमाइज़ेशन 6 रिबूट और माप के बाद भी किए जाने के बाद / K ऑप्टिमाइज़ेशन बहुत बड़ा प्रदर्शन लाभ दे रहा है। एसएसडी पर ट्रिमिंग से संबंधित / एल पैरामीटर भी हैं।