मैं इस बात से परिचित हूं कि विभाजन क्या हैं, लेकिन मैंने उबंटू से पूछे गए विभाजनों के बारे में एक प्रश्न देखा , और महसूस किया कि मुझे नहीं पता है कि "संशोधित विभाजन" क्या हैं।
तो विभाजन को "संरेखित" करने का क्या मतलब है? लाभ, और डाउनसाइड क्या हैं?
मैं इस बात से परिचित हूं कि विभाजन क्या हैं, लेकिन मैंने उबंटू से पूछे गए विभाजनों के बारे में एक प्रश्न देखा , और महसूस किया कि मुझे नहीं पता है कि "संशोधित विभाजन" क्या हैं।
तो विभाजन को "संरेखित" करने का क्या मतलब है? लाभ, और डाउनसाइड क्या हैं?
जवाबों:
विभाजन को संरेखित करने का अर्थ है इसे सही, अंतर्निहित ब्लॉक संरचना से मिलान करने के लिए संरेखित करना।
लंबे समय से अब हार्ड डिस्क ने 512 बाइट ब्लॉक का इस्तेमाल किया है। क्योंकि यह एक लंबे समय के लिए चला गया है अब ब्लॉक आकार को बदलना लगभग असंभव है। बहुत अधिक सॉफ्टवेयर को ठीक करने की आवश्यकता होगी।
एक SSD पर सच्चे ब्लॉक का आकार 128 KB हो सकता है। RAID सरणी पर यह 64 KB का हो सकता है। एक उन्नत प्रारूप ड्राइव पर यह 4 केबी होगा।
पिछड़े संगतता के लिए ड्राइव 512 बाइट ब्लॉक के साथ काम करना जारी रखता है। लेकिन प्रदर्शन कारणों से आपके सिस्टम को वास्तव में सही ब्लॉक आकार पता होना चाहिए ।
सबसे आसान प्रदर्शन में बदलाव करने के लिए ड्राइव विभाजन को सही ब्लॉक आकार के साथ संरेखित करना है ताकि जब आपका ओएस 4 केबी या 64 केबी या 128 केबी लिखता है तो यह एक पूर्ण ब्लॉक लिखता है।
दूसरे खंड के 512 बाइट्स, मजबूर कर डिस्क / एसएसडी / RAID करने के लिए - विभाजन गठबंधन नहीं किया गया तो परिणाम पहले खंड के लिए 512 बाइट्स और 4K लिखने के लिए होगा दो पढ़ने के संशोधित-राईट चक्र के बजाय एक लिखने।
विभाजन ब्लॉक के अनुक्रम हैं , और लंबे समय तक चलने वाले सम्मेलन में एक ब्लॉक 512 बाइट्स है।
इसलिए एक डिस्क के अंदर 512 बाइट्स में से किसी एक पर एक विभाजन शुरू हो सकता है, बाइट्स की एक बहुत लंबी स्ट्रिंग के रूप में "देखा"।
अंतर्निहित डिस्क हार्डवेयर, हालांकि, जिसमें मूल रूप से समान 512 बाइट सेक्टर आकार था, अब दक्षता के लिए एक बड़े आकार का उपयोग करता है। मान लीजिए कि यह 4096 बाइट्स है।
संगतता कारणों के लिए, ओएस और हार्डवेयर के बीच स्थित फर्मवेयर अभी भी "सेक्टरों में बातचीत" करता है। तो आप पहले क्षेत्र से पूछते हैं, और हार्डवेयर पहले ब्लॉक (4096 बाइट्स) को पुनः प्राप्त करता है, और फर्मवेयर अर्क और उपयुक्त टुकड़ा देता है। आप दूसरे ब्लॉक से पूछते हैं और ब्लॉक को संभवतः कैश से पुनर्प्राप्त किया जाता है।
अभी तक सेक्टर साइज मिसमैच में कोई कंस नहीं है।
लेकिन OS दक्षता के लिए ब्लॉक (आमतौर पर क्लस्टर्स कहलाता है ) को नियोजित करता है , और उन्हें विभाजन में संरेखित करेगा। तो एक 4-सेक्टर क्लस्टर सेक्टर 5, 6, 7 और 8 से बना होगा।
जब OS फाइलसिस्टम क्लस्टर # 2 का अनुरोध करता है , तो फर्मवेयर को तार्किक सेक्टर 5, 6, 7 और 8 के लिए कहा जाता है । यदि वे सभी एक ही डिस्क ब्लॉक में हैं, तो डिस्क को वन रीड करना होगा।
लेकिन अगर विभाजन "गलत" सेक्टर में शुरू होता है, तो फाइलसिस्टम का पहला क्लस्टर उदाहरण 2, 3, 4 और 5 के अंत तक सरल होगा, और फिर वे पहले डिस्क ब्लॉक (1) में आधे हो सकते हैं -2-3-4), दूसरे में आधा (5-6-7-8)।
अब आपको एक अतिरिक्त पढ़ने की आवश्यकता है । 1: 1 के ओएस-टू-डिस्क अनुपात के लिए, यह रीड्स को दोगुना करने के समान है। यदि ओएस-टू-डिस्क अनुपात 2: 1 है, तो क्लस्टर दो हार्डवेयर डिस्क ब्लॉक है, आपको 2 + 1 = 3 रीड की आवश्यकता होगी, 50% का जुर्माना:
OS |--- cluster 12 ---|--- cluster 13 ---|--- cluster 14...
| | |
HDD --|----|----|----|-a--|--b-|-c--|-d--|-e--|----|--- BAD
| | |
HDD |----|----|----|----|-a--|--b-|-c--|-d--|----|----|--- GOOD
ऊपर, 2 खंडों में से एक क्लस्टर 4 हार्डवेयर ब्लॉक (अनुपात 4: 1) है। "सम" क्षेत्रों पर संरेखित करने का अर्थ है कि एक क्लस्टर को पढ़ने के लिए उन 8 सेक्टर रीड्स ट्रांसलेशन को 4 ब्लॉक रीड्स में पढ़ता है। विषम क्षेत्रों पर संरेखित करने का अर्थ है कि समान 8 क्षेत्र की रीड्स में 4 + 1 = 5 ब्लॉक रीड की आवश्यकता होती है, 25% का प्रदर्शन जुर्माना (आप हर चार में एक रीड जोड़ते हैं)।
यदि आपके पास 4: 1 अनुपात के साथ एक गलत तरीके से डिस्क है, तो इसे संरेखित करने से यह 20% तेज हो जाएगा (आप हर 5 में से एक पढ़ा बचाएं)।
एक विभाजन को "संरेखित" करने के लिए, आप डिस्क की शुरुआत से लेकर 512b- सेक्टरों के उपयुक्त मल्टीपल तक या तो इसकी चाल / सेट करते हैं, या (टूल के आधार पर) आप डिस्क की शुरुआत में एक छोटा सा विभाजन सम्मिलित कर सकते हैं, इस तरह के आकार के साथ कि अगला विभाजन डिस्क-सेक्टर की सीमा पर शुरू होता है। इस दूसरे मामले में, जबकि सिद्धांत में आपको अधिकांश N-1 सेक्टरों की आवश्यकता होती है, यानी बहुत कम किलोबाइट, व्यवहार में आपको संभवतः अपने प्रदर्शन में से अधिकांश प्रदर्शनों को निचोड़ने के लिए कुछ सौ किलोबाइट्स, संभवतः पूरे मेगाबाइट्स को बर्बाद करने की आवश्यकता होगी। मल्टी-गीगाबाइट हार्ड ड्राइव।
(आप ओएस क्लस्टर आकार को ठीक से चुनकर संभवतः उस स्थान को और बहुत कुछ पुनर्प्राप्त कर सकते हैं )।
ड्राइव को हमेशा 512 बाइट्स के तार्किक क्षेत्रों में विभाजित किया जाता है, अन्य आकार संभव हैं लेकिन संगतता मुद्दों के कारण शायद ही कभी उपयोग किया जाता है। पुराने हार्ड ड्राइव के साथ ये अलग सेक्टर थे जिन्हें व्यक्तिगत रूप से लिखा जा सकता था।
2000 के दशक के मध्य तक पारंपरिक रूप से "सिलेंडर" सीमाओं से जुड़े थे। ऐतिहासिक कारणों से एक "सिलेंडर" सामान्य रूप से 63 सेक्टर था। सेक्टर 0 में बूट सेक्टर और पारेशन टेबल है। बाद में सिलेंडर 0 के क्षेत्र में कभी-कभी बूटलोडर के लिए अतिरिक्त जानकारी को एकीकृत किया जाता है। पहला विभाजन आमतौर पर सिलेंडर 1 की शुरुआत में शुरू हुआ।
अधिकांश फाइलसिस्टम समूह क्षेत्रों को बड़े ब्लॉकों (कभी-कभी "क्लस्टर" कहा जाता है) में। ये आमतौर पर आकार में 4KiB होते हैं।
कुछ बिंदु ड्राइव विक्रेताओं पर भरोसा करते हुए यह अधिक कुशल होगा यदि वे 4K भौतिक क्षेत्रों का भी उपयोग करते हैं लेकिन संगतता कारणों से उन्होंने तार्किक क्षेत्र का आकार 512 बाइट्स पर रखा है। यदि मेजबान एक बार चीजों को पूरा करने के लिए पूरे भौतिक क्षेत्र को पढ़ता या लिखता है। अगर इसे पढ़ता है तो चीजें अभी भी बहुत तेज हैं क्योंकि ड्राइव अवांछित डेटा को छोड़ सकती है। हालाँकि, यदि होस्ट भौतिक क्षेत्र का केवल एक भाग लिखता है, तो ड्राइव को भौतिक क्षेत्र को पढ़ना चाहिए, मेजबान से डेटा के साथ पढ़े गए डेटा को मिलाएं और फिर संशोधित क्षेत्र को फिर से लिखें। इसका मतलब है कि ड्राइव को एक बार के बजाय दो बार स्थिति में घुमाने का इंतजार करना।
यह अच्छी तरह से काम करता है अगर फाइलसिस्टम के 4K क्लस्टर्स ड्राइव के 4K भौतिक क्षेत्रों से जुड़े होते हैं। दुर्भाग्य से विभाजन के पारंपरिक तरीके का मतलब है कि पहला विभाजन मूल रूप से गलत माना जाता है और बाद में विभाजन को गठबंधन होने का केवल 8 में से 1 मौका था। उन्नत-प्रारूप ड्राइव के विक्रेताओं को अपने उपकरणों को फिर से संरेखित करने में लोगों की मदद करने के लिए उपकरणों को बाहर निकालना पड़ा।
इसी तरह के विचार छापे सरणियों और एसएसडी के साथ लागू हो सकते हैं। हालांकि एक छापे की पट्टी एक सिंगल फाइल सिस्टम क्लस्टर की तुलना में बहुत बड़ी है, कुछ फाइल सिस्टम में ऐसे क्षेत्र या समान हो सकते हैं जो दो सीमाओं की शक्ति पर संरेखित होते हैं।
वर्तमान सामान्य अभ्यास में 1MiB सीमाओं के लिए विभाजन को संरेखित करना है जो कि सभी सामान्य ब्लॉक आकारों के कई होने के लिए दो की एक बड़ी पर्याप्त शक्ति है।
सबसे अधिक संभावना है कि वे नए उन्नत प्रारूप हार्ड ड्राइव की बात कर रहे हैं।
यहाँ संरेखण लेख
http://consumer.media.seagate.com/2010/03/the-digital-den/4k-sector-hard-drive-primer/
यहाँ एक और एक http://notepad.patheticcockroach.com/900/dealing-with-wd-advanced-format-hard-drives-on-linux-windows-and-mac-os-part-1/
अगर यह सहायक है, तो डननो, लेकिन मेरी समझ यह थी कि विभाजन संरेखण तब होता है जब आप किसी दिए गए विभाजन को एक अंतर्निहित RAID स्ट्राइप इकाइयों के साथ संरेखित करते हैं।
जाहिरा तौर पर, जब आप हार्डवेयर-आधारित RAID या सॉफ़्टवेयर-आधारित का उपयोग करते हैं तो प्रदर्शन बेकार हो सकता है; समस्याएँ उत्पन्न हो सकती हैं यदि विभाजन का आरंभिक स्थान RAID पर निर्मित डिस्क विभाजन में एक धारी इकाई सीमा के साथ संरेखित नहीं है।
वॉल्यूम क्लस्टर बनाने के लिए फैक्टरिंग के आधार पर, स्ट्रिप यूनिट सीमा के बगल में एक स्ट्रिप यूनिट सीमा के ऊपर एक वॉल्यूम क्लस्टर बनाया जा सकता है। यह व्यवहार गलत विभाजन का कारण बन सकता है ।
मेरा रास्ता बंद हो सकता है और इसका RAID से कोई लेना-देना नहीं है;)