क्या मुझे अपने मल्टी-डिवाइस btrfs फाइल सिस्टम को डिस्क विभाजन या कच्चे उपकरणों पर रखना चाहिए?


16

अगर मैं एक मल्टी-डिवाइस btrfs फाइल सिस्टम बनाने जा रहा हूं । कच्चे माल पर इसे बनाने के लिए दस्तावेज़ीकरण की अपील की आधिकारिक सिफारिश; यानी /dev/sdb, /dev/sdcआदि, लेकिन यह समझाया नहीं गया है।

क्या इन उपकरणों पर एक विभाजन तालिका बनाने के लिए कोई लाभ हैं, या तो GPT या MBR, और फिर फ़ाइल सिस्टम को बनाने पर /dev/sdb1, /dev/sdc1etetetera? क्या पूरे उपकरणों को कुछ विशेष लाभ मिलता है, या ये मूल रूप से बराबर हैं?

जवाबों:


7

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


3

विभाजन के कई नुकसान हैं। एमबीआर एक पूरे "ट्रैक" को बर्बाद करता है। एक ट्रैक सेक्टर के सेक्टर की संख्या का आकार है, लेकिन एक वास्तविक डिस्क में सेक्टर हैं और सेक्टर का आकार 512o नहीं है। एक वास्तविक डिस्क में ब्लॉक होते हैं जो घूर्णन डिस्क के लिए 8 गुना बड़े होते हैं और फ्लैश डिवाइस के लिए बहुत बड़े होते हैं। अगले ट्रैक के लिए यह स्थानांतरण "तार्किक" क्षेत्रों को स्ट्राइड और स्ट्राइप का उपयोग करके "तार्किक" क्षेत्रों को संरेखित करना असंभव बना सकता है।

पुराने दिनों में आप एफएटी में सेक्टर के आकार को परिभाषित कर सकते थे, लेकिन एमबीआर ने इसे समाप्त कर दिया।

यदि आप डिस्क से बूट कर रहे हैं तो BIOS को पहले 512o के अंत में एक बूट हस्ताक्षर की आवश्यकता है ताकि यह पता चले कि यह लोड होने पर इसे चला सकता है। यदि आप ईएफआई चला रहे हैं तो नशे में हो। फ़ाइल सिस्टम को इसके लिए एक छेद की आवश्यकता होगी यदि इसे सिस्टम को बूट करने के लिए उपयोग किया जाना है।

XFS (ज्यादातर घूर्णन डिस्क पर / var का उपयोग किया जाता है) में ऐसा छेद नहीं होता है।


1
मैं थोड़ा उलझन में हूँ; यदि सेक्टर डिस्क से बना है, तो "(कुल) सेक्टर बार सेक्टर साइज की संख्या" पूरी डिस्क नहीं होगी? या "कुल" के अलावा कुछ और है?
ग्लिफ़

0

रीड / सेव स्पीड को डिस्क में लाने के लिए सेपरेट डिस्क का उपयोग करें।

मूल रूप से, /dev/sdaएक हार्ड डिस्क है, और /dev/sda1,/dev/sda2 एक ही भौतिक डिस्क के भाग हैं।

यदि आप अपने सेटअप के लिए /dev/sda+ का उपयोग करते हैं , /dev/sdbतो आपके पास एक ही समय में दो अलग-अलग डिस्क हैं जो फिर से काम करने में सक्षम हैं।

यदि आप उपयोग करते हैं /dev/sda1 /dev/sda2तो आप दोनों को पढ़ने के लिए एक ही डिस्क प्राप्त करते हैं, और इसलिए इसे एक और दूसरे को करना होगा।


1
यदि आप कह रहे हैं कि उपयोग करने sdaकी तुलना में तेज़ है sda1, तो यह गति लाभ कहाँ से आता है?
user1686

गति लाभ समानांतर हार्डवेयर के भंडारण से आता है और आपके डेटा को पुनः प्राप्त करने के बजाय एक ही हार्डवेयर को एक ही डिस्क पर कई स्थानों पर छोड़ने की कोशिश करता है
झारवुड

1
कई स्थानों या कई विभाजनों का कोई उल्लेख नहीं था। प्रश्न पूरे डिस्क को कवर करने वाले एकल विभाजन के बारे में है।
user1686

आह, माफ करना, मैंने सवाल गलत समझा।
१२:११ बजे झार

0

अगर मैं सही तरीके से समझूं, तो पूरे डिस्क का उपयोग करके BTRFS को कुछ धारणाएं बनाने की अनुमति मिलेगी जो व्यवहार के कुछ अनुकूलन की अनुमति देती हैं।

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


आप जो वर्णन कर रहे हैं उसे सामान्य रूप से डिस्क IO की वास्तविकता कहा जाता है, न कि कुछ फाइलसिस्टम-विशिष्ट। आपने विशेष रूप से btrfs में क्या देखा है जो विभाजन तालिका मौजूद है या नहीं, इसके आधार पर IO को अलग-अलग रूप से अनुकूलित या शेड्यूल करता है?
ब्रायन क्लाइन

फाइलसिस्टम ऐसा नहीं करता है। ओएस यह करता है अगर कहा व्यवहार उचित है। "यह" के मेरे उपयोग शायद अस्पष्ट और / या अतिव्यापी और / या एक दूसरे के अनन्य थे।
हत्यारे

-1

इन सभी 4K सेक्टर ड्राइव के साथ आप अपने फाइल सिस्टम को संरेखित करने के लिए विभाजन का उपयोग कर सकते हैं। बस के साथ fdisk शुरू करें:

fdisk -H 224 -S 56

और एक एकल विभाजन बनाएँ जो पूरे उपकरण को फैलाए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.