पश्चिमी बाइट ग्रीन 512 बाइट सेक्टर (जम्पर) से 4k बाइट सेक्टर (जम्पर निकालना)


10

मैं एक wd 7 और 8 के साथ एक WD20EARS ड्राइव का उपयोग कर रहा था ताकि एक OS पर इसका उपयोग करने के लिए 4 जी सेक्टरों का समर्थन नहीं करता। लेकिन अब, मैं उस हार्ड ड्राइव को एक ओएस पर स्थानांतरित करना चाहता हूं जिसमें 4k सेक्टर का समर्थन है।

मैंने जम्पर को हटा दिया, इसे विंडोज सर्वर 2008 आर 2 से जोड़ा, और एक त्वरित प्रारूप का प्रदर्शन किया। हालांकि, डिस्कचेकअप 512 के रूप में "बाइट्स प्रति सेक्टर" विशेषता की रिपोर्ट करता है।

4k सेक्टर ड्राइव के रूप में इस ड्राइव का उपयोग करने के लिए मुझे और क्या करने की आवश्यकता है?


निश्चित रूप से एक त्वरित प्रारूप यह करने के लिए नहीं जा रहा है? एक पूर्ण प्रारूप आज़माएं?
साइरेक्स

जवाबों:


15

मुझे लगता है कि यह सही व्यवहार है। 4k डिस्क अभी भी 512-बाइट क्षेत्रों को इंटरफ़ेस पक्ष पर रिपोर्ट करते हैं। हालांकि वे आंतरिक रूप से 4k ब्लॉकों में सेक्टरों को संबोधित करते हैं।

जम्पर ज्यादातर ड्राइव में सिर्फ एक सेक्टर-शिफ्ट को सक्षम करता है। अधिकांश ड्राइव पर यह 1 से सेक्टर को संबोधित करता है। इसका कारण नॉन -4k जागरूक ओएस है जैसे कि विनोड्स एक्सपी। यह समझने के लिए कि आपको पता होना चाहिए कि Windows XP सेक्टर 63 में शुरू करने के लिए पहला विभाजन बनाता है (हाँ, यह कोई टाइपो नहीं है)।

ज्यादातर मामलों में विंडोज 4k आवंटन इकाइयों (NTFS क्लस्टर) के साथ एक फाइल सिस्टम का उपयोग करेगा। तो आप मानेंगे कि जब आप एक पारंपरिक ड्राइव से NTFS क्लस्टर पढ़ते हैं तो उसे केवल 8 भौतिक ब्लॉक पढ़ना होता है। काफी सरल।

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

तो अब समस्या कहां है? ###

विंडोज एक्सपी के साथ समस्या यह है कि चूंकि विभाजन डिफ़ॉल्ट रूप से 63 ब्लॉक करने के लिए संरेखित है। इसके परिणामस्वरूप एनटीएसएफ समूहों के भौतिक ब्लॉकों के गलत संरेखण में परिणाम होता है। मैंने यह वर्णन करने के लिए एक छोटी सी तस्वीर बनाई है:

क्लस्टर संरेखण

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

लिखने के संचालन के लिए यह और भी बुरा है। इस स्थिति में ड्राइव को दो भौतिक 4k सेक्टरों को पढ़ना होगा और फिर नए NTFS क्लस्टर की सामग्री के साथ उनकी सामग्री को मर्ज करना होगा, इससे पहले कि वह दोनों सेक्टरों को डिस्क पर वापस ला सके। इसका मतलब यह है कि एचडीडी पर सिर्फ सेक्टर को बदलने की बजाय यह लिखकर कि ड्राइव को 8k पढ़ना है, बफर में मर्ज करना है और 8k लिखना है। यह लिखने के काम को धीमा कर देता है।

अनावश्यक विलय को रोकने के लिए HDD निर्माताओं ने एक "संगतता" हैक जोड़ा, जिसे जम्पर के माध्यम से सक्षम किया जा सकता है। यह केवल प्रत्येक 512-बाइट्स सेक्टर पते को 1 से बढ़ाता है। परिणामस्वरूप, विंडोज द्वारा बनाया गया पहला विभाजन सेक्टर 64 में शुरू होगा और मैपिंग निम्नानुसार दिखाई देगी:

यहाँ छवि विवरण दर्ज करें

अब एक तार्किक 4k NTFS ब्लॉक के किसी भी पढ़ने / लिखने का परिणाम वास्तव में एक भौतिक क्षेत्र को पढ़ना / लिखना है।

यदि आप पहले से ही 4k- क्षेत्र की सीमाओं से जुड़े अपने विभाजन बनाते हैं, तो निश्चित रूप से इस काम के आसपास की आवश्यकता नहीं है। लिनक्स पर उदाहरण के लिए आप बस fdiskयह परिभाषित करने के लिए उपयोग कर सकते हैं कि आपका विभाजन किस ब्लॉक से शुरू होता है। इसलिए यहां 8 का गुणा करना एक अच्छा विचार है।

विस्टा के बाद से विंडोज 2048 सेक्टर में पहला विभाजन शुरू कर रहा है। तो यह समस्या यहाँ और नहीं होती है।

चेतावनी : यदि आप अभी भी Vista, Win7 या Win2k8 R2 जैसे 4k- तैयार OS पर जम्पर वर्क-अराउंड का उपयोग करते हैं तो यह वास्तव में BREAK सेक्टर अलाइनमेंट हो सकता है। कारण यह है कि ड्राइव फिर से सेक्टर के पते को 1 से बढ़ाएगा, जिसके परिणामस्वरूप पहले विभाजन को सेक्टर 2049 से जोड़ा जाएगा जो फिर से बेहतर प्रदर्शन ड्रॉप का कारण बनता है।

इसलिए सुनिश्चित करें कि आप 4k- अवगत OS का उपयोग कर रहे हैं जिसे आप ड्राइव को विभाजित करने से पहले जम्पर को हटा दें। आपके विशिष्ट मामले में मुझे लगता है कि जब तक आपने जम्पर को हटा दिया है, तब तक सब कुछ ठीक होना चाहिए। ड्राइव को स्वरूपित करने का सेक्टर अलाइनमेंट और 4k-एड्रेसिंग से कोई लेना-देना नहीं है। केवल एक चीज जिसे आपको प्रारूप के दौरान सुनिश्चित करना चाहिए कि आप 2k NTFS-क्लस्टर से क्लस्टर आकार 4k से छोटे का उपयोग नहीं करते हैं, जिसके परिणामस्वरूप बस OS से प्रत्येक HDD एक्सेस के लिए पूर्ण 4k सेक्टर को पढ़ने की आवश्यकता होगी। वैसे: 8k NTFS क्लस्टर्स का उपयोग करना अभी भी पूरी तरह से ठीक है क्योंकि डिस्क प्रत्येक NTFS रीड / राइट ऑपरेशन के लिए 2 सेक्टरों को आसानी से पढ़ लेगी।


अच्छा! विस्तृत उत्तर के लिए धन्यवाद, और विशेष रूप से 4k- तैयार OS पर जम्पर का उपयोग करने के बारे में अंत में चेतावनी के लिए।
tgxiii

मार्क: वे हैं, लेकिन मैंने जो भी देखा है वह "एंटरप्राइज" उत्पाद वर्ग में है। वे कम से कम 2x मूल्य / 512e ड्राइव के टीबी हैं और इसलिए बड़े सर्वर रूम के बाहर देखे जाने की संभावना नहीं है।
जेमी हनरहान
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.