मुझे वास्तव में साजाओं का उत्तर पसंद आया, यह अंतर का सार देता है।
यह सिर्फ मेरा खुद का विस्तार है (जैसा कि मैं टिप्पणी नहीं कर सकता या वोट नहीं कर सकता, बस इस स्टेक्सएक्सचेंज से शुरू कर सकता हूं) और मुझे अपने लिए एक जवाब चाहिए था जो गैर-तकनीकी शब्दों में संतुलित तरीके से उस उपयोगकर्ता के लिए समझ में आता है जिसे डेटा वॉल्यूम के दौरान निर्णय लेने की आवश्यकता होती है सेटअप लेकिन आवश्यक रूप से कार्यान्वयन के पीछे के सभी विवरणों को नहीं जानते हैं।
व्यक्ति / वस्तुएं: - भंडारण उपकरणों में डेटा की मात्रा (ओं) - मात्रा में फाइलें (भंडारण) - भंडारण उपकरण, वे स्वरूपित होते हैं और बाइट्स और उनके पते के ब्लॉक प्रदान करते हैं - भंडारण में फ़ाइलों के स्थान
कार्य: स्टोरेज में ऑपरेटिंग सिस्टम द्वारा फाइल और फोल्डर को बनाना / हटाना / हटाना, फाइल रीड / राइट / मूव्स, चेंज ऑफ चेंजेस आदि।
एन बाइट्स के आकार की फाइल को "चंक्स" (ब्लॉक) में बनाने की आवश्यकता है। यद्यपि सैद्धांतिक रूप से कोई सोच सकता है कि फ़ाइलों को एकल बाइट्स के अनुक्रम के रूप में प्रबंधित किया जा सकता है (तार्किक रूप से वे कर सकते हैं) हम सभी को अंतरिक्ष में फ़ाइलों को प्रबंधित करने की आवश्यकता होगी एक निर्दिष्ट सूचकांक होगा जो कुछ फ़ाइल गुणों (नाम आदि) को बताएगा और जहां प्रत्येक फ़ाइल शुरू होती है भंडारण। हालाँकि जिस तरह से हार्डवेयर को "बसों" और "ब्लॉक" के साथ डिज़ाइन किया गया है और प्रदर्शन के विचार उन "विखंडू" विशेष आकार के हैं, और मीडिया के ब्लॉक आकार के कई (जैसे 512 बाइट्स, 4096 बाइट्स) और हैं इनसाइड लेयर द्वारा प्रबंधित जो फाइलों की लोकेशन के बारे में अगली लेयर बताती है और चंक्स को एक साथ कैसे घुसाया जाता है जब उन्हें ढूंढने, लोड करने आदि की जरूरत होती है।
यदि किसी के पास कागज (वॉल्यूम) का एक बड़ा स्क्रॉल था और उसे मल्टीप्ल डॉक्यूमेंट को संग्रहीत करने के लिए पेजों (सूचना के पात्रों या बिट्स) से बने दस्तावेजों के लिए एक सूचना भंडारण डिजाइन करना होता है, जो आवश्यक है एक सूचकांक (दस्तावेजों को खोजने के लिए), भंडारण के लिए स्थान पृष्ठों (पृष्ठों के कुछ सरल पदों के साथ)। यूनिक्स महासंघ तंत्र (इनोड्स) और पृष्ठों में वास्तविक कटाव। इनोड-साइज़ इंडेक्स एंट्री साइज़ (अधिक या कम) बाइट्स-प्रति-इनोड पृष्ठ आकार है
प्रश्न में दो सेटिंग्स बदलने के प्रभाव:
चेंजिन इनोड-आकार - आमतौर पर बदलने की आवश्यकता नहीं होती है, डिफ़ॉल्ट के साथ छड़ी होती है (एक चर्चा में पिछले उत्तर में पोस्ट किए गए लिंक के अनुसार)
बाइट्स-प्रति-इनोड - उन फ़ाइलों की अधिकतम संख्या को प्रभावित करता है जो संभवतः वॉल्यूम में बना सकते हैं (संभवतः अप्रयुक्त बाइट्स का प्रदर्शन और "अपव्यय")
पेपर रोल सादृश्य के लिए वापस जाना: ऐसी प्रणाली (या विभिन्न आकार के कई दस्तावेज़) में विशेष आकार (एक फ़ाइल) के एक दस्तावेज़ को लिखने और संग्रहीत करने की कल्पना करें - यदि पृष्ठ का आकार, जो "लेखन और भंडारण प्रणाली के दौरान निर्धारित है "परिभाषा और लचीली नहीं है, बहुत ही दस्तावेज़ को कई पृष्ठों की आवश्यकता हो सकती है, यदि" सिस्टम "पृष्ठ का आकार बहुत बड़ा है और दस्तावेज़ का आकार छोटा है, तो बहुत सारे कागज संभवतः रिक्त हो सकते हैं और एक पृष्ठ में छोटी फ़ाइलों को फिटिंग कर सकते हैं। यदि पृष्ठ का आकार बड़ा है - ऐसे कम पृष्ठ हैं जिनका उपयोग दस्तावेज़ के लिए करने की आवश्यकता है, लेकिन उपयोग किए गए अंतिम पृष्ठ में बहुत सारे "व्यर्थ खाली स्थान" हो सकते हैं। तो यह सब निर्भर करता है ... उन फ़ाइलों के आकार पर जिनका उपयोग किया जाएगा और कितने। अन्य विचार कई पृष्ठों के दस्तावेज़ को खोजने और लाने की गति है।
आशा है कि यह समझ में आता है (यह मेरे लिए करता है) और कृपया टिप्पणी करें कि क्या मैंने ext design या mkfs विकल्पों के किसी भी भाग का गंभीरता से दुरुपयोग किया है।