क्या ntfs की तुलना में ext4 अधिक महंगा है?

Question

मैंने अभी एक NTFS विभाजन को ext4 में बदल दिया है, हालाँकि कुल स्थान 421G से घटकर 415G हो गया है। 6G कहां गया? और, आरक्षित स्थान ext4 में 199M तक बड़ा है, NTFS में 78M की तुलना में बहुत बड़ा है, क्यों?

विभाजन मुख्य रूप से फिल्मों / संगीत के लिए उपयोग किया जाता है, इसलिए अधिकांश फाइलें बहुत बड़ी होती हैं (> 10M प्रत्येक)। मैं ext4 फाइल सिस्टम का उपयोग करना चाहता हूं, क्या कोई सुझाव है?

mkfs.ntfs:
    /dev/sdb4             421G   78M  421G   1% /mnt/mmedia

mkfs.ext4:
    /dev/sdb4             415G  199M  393G   1% /mnt/mmedia
                       (415G - 199M == 393G ?)

यह भी अजीब है कि ext4 का शेष आकार 393G है, क्या यह 415G या 414G नहीं होना चाहिए? गायब 22G का क्या हुआ? NTFS की तुलना में, ext4 ने कुल अंतरिक्ष का 6.6% खपत किया, यह वास्तव में एक बड़ी बात है।

प्रश्न है:

1. 6 जी मुख्य रूप से, जर्नल के लिए, अतिरेक के लिए, या अनुक्रमण के लिए क्या उपयोग किया जाता है?
2. शेष स्थान ३ ९ ३ जी ४१५ जी क्यों नहीं? एक 22G छेद है जो बड़ा नहीं है।
3. अगर यह ext4 विभाजन फिल्म / संगीत फ़ाइलों को संग्रहीत करने के लिए उपयोग किया जाता है तो आप किन मापदंडों की सलाह देंगे? यह कहा जाता है कि ext4 बेहतर प्रदर्शन करता है तो बड़े विभाजन के लिए ext3, क्या यह सच है? मैं ext2 पर वापस नहीं जाऊंगा जो जर्नल नहीं है।

Answer 1

6 जी मुख्य रूप से, जर्नल के लिए, अतिरेक के लिए, या अनुक्रमण के लिए क्या उपयोग किया जाता है?

(अभी तक ज्ञात नहीं है।)

शेष स्थान ३ ९ ३ जी ४१५ जी क्यों नहीं? एक 22G छेद है जो बड़ा नहीं है।

यह सुपरयूज़र के लिए 5% आरक्षित ब्लॉक है, जिसका उपयोग विखंडन से बचने के लिए किया जाता है। आप इसे 1% तक समायोजित कर सकते हैं mkfs.ext4 -m 1।

अगर यह ext4 विभाजन फिल्म / संगीत फ़ाइलों को संग्रहीत करने के लिए उपयोग किया जाता है तो आप किन मापदंडों की सलाह देंगे?

आप mkfs.ext4 के लिए एक उपयोग विकल्प निर्दिष्ट कर सकते हैं, उदाहरण के लिए mkfs.ext4 -T large_file, यह mkfs.ext4 को बड़ी फ़ाइलों वाले विभाजनों के लिए पैरामीटर तय करने देगा।

Comments

6 जी इनकोड सूचियों के लिए होगा।

— सेरेक्स

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

— MSalters

मेरा /etc/mke2fs.conf "लोंडफाइल" और "लार्जफिल 4" मापदंडों को टी के लिए बोलता है, न कि "लार्ज_फाइल" के लिए।

— user1338062

Answer 2

1. 6 जीबी इनकोड है। ext4 डिफाल्ट्स 1/64 (1.56%) इनोड्स के लिए, प्रत्येक 256B; तो 16KB फ़ाइलों के साथ भर सकते हैं
2. डीएफ उपलब्ध स्थान को मूल के लिए आरक्षित स्थान से बाहर रखा गया है, डिफ़ॉल्ट रूप से 5%, ट्यून 2 एफएस का उपयोग करें
3. mkfs.ext4 -m 0 -N 4000000 / dev / जो भी # सुधारक, 0 आरक्षित, 4 मिलियन इनोड 1 जीबी का उपयोग करता है
4. ext4 fsck, ext3 की तुलना में बहुत तेज है; इसके अलावा आपको कोई अंतर नजर नहीं आएगा

प्रत्येक फ़ाइल / डीआईआर को 1 इनकोड की आवश्यकता होती है। एक एक्सट्रीम फाइल सिस्टम बनाने के बाद आप इनोड की संख्या नहीं बदल सकते। यहां तक ​​कि 1000000 इनकोड भी उस विभाजन के लिए काफी होंगे, यदि आप इसे केवल फिल्मों और संगीत के लिए उपयोग करेंगे।

NTFS मास्टर फ़ाइल तालिका (MFT) थोड़ी अधिक लचीली है, इसलिए NTFS डिफ़ॉल्ट रूप से अधिक डेटा में रटना कर सकता है।

लिनक्स पर NTFS का उपयोग करने का एकमात्र अच्छा कारण विंडोज के साथ फाइल साझा करना है। यह मीडिया के लिए ठीक काम करेगा, लेकिन विभिन्न UNIX सुविधाओं का अभाव है, इसलिए लिनक्स पर सामान्य उद्देश्य के लिए उपयुक्त नहीं है। उस पर संकलन मत करो!

Comments

Each inode 256B, so can fill with 16KB filesक्या आपका मतलब है कि प्रत्येक इनकोड में 16K-256 = 16128 फ्री बाइट्स हैं?

— शीला जुलैई

मेरा मतलब है कि यदि आप इनोड टेबल के लिए किसी डिवाइस का 1/64 उपयोग करते हैं, और प्रत्येक इनोड 256B है, तो आपको डिवाइस का एक इनकोड 16KB का मिलता है ... वास्तव में यह शेष डिवाइस का 15.75KB प्रति 1 इनोड है, लेकिन काफी करीब है। तो आपके पास 16KB फ़ाइलों के साथ पूरी डिस्क को भरने के लिए पर्याप्त इनकोड हैं। यदि आप बहुत बड़ी फ़ाइलों का अनुमान लगाते हैं, उदाहरण के लिए वीडियो, तो आप कम इनसाइड कर सकते हैं और डिवाइस से शायद कुछ जीबी बचा सकते हैं।

— सैम वाटकिंस

Answer 3

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

आपके प्रश्न का उत्तर उन में से एक है "यह निर्भर करता है" उत्तर । मुझे लगता है, सब से अधिक, 6/400 जीबी एक भयानक विचरण नहीं है, लेकिन वास्तव में, यह ध्यान देने योग्य है। अभी भी स्टोरेज स्पेस सस्ता और सस्ता हो रहा है। लेकिन मुझे लगता है कि फाइल सिस्टम शायद भारी पड़ रहे हैं क्योंकि हम उनमें ज्यादा फैंसी फीचर चाहते हैं। मुझे संदेह है कि ext2, ext4 की तुलना में काफी हद तक दुबला है। मैं उस पर कुछ वास्तविक दुनिया नंबर देखने के लिए दिलचस्पी होगी। बेशक, वह "दक्षता" एक कीमत पर आती है (सबसे बड़ी बात यह है कि यह जर्नल नहीं है और इस तरह तेज और अधिक आसानी से भ्रष्ट हो जाता है)।

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

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

आशा है कि आपको यह मददगार लगेगा।

Answer 4

आरक्षित सुपर-ब्लॉक एक चीज है लेकिन उस राशि का नहीं, जिसका आप उल्लेख कर रहे हैं। आरक्षित सुपर-ब्लॉक्स को बदलने से "कुल उपलब्ध स्थान 'में नहीं दिखता है। यह परिवर्तन नहीं करता है। यह एक्स की संख्या है x उनका आकार। डिफ़ॉल्ट रूप से ext4 पर, प्रति इनकोड 256 बाइट्स और 400 जीबी के लिए कुछ की उम्मीद है। , मैं अनुमान लगा रहा हूँ mkfs.ext4 ~ 25-30 चक्की शायद करेंगे। उपयोग वास्तव में संख्या को देखने के लिए -h dumpe2fs। इस का निर्माण करता है 6 जीबी आप याद कर रहे हैं और नहीं आरक्षित ब्लॉक किसी के बारे में चल रहा है। (उदा। inode- काउंट x इनोड-साइज़ b / 1024 ^ 3) GB

Df -h आउटपुट जो मुझे संदेह है कि कुछ आलस्य के साथ किया जा सकता है; इसे फिर से करने की कोशिश करें और अपने आधे आई-नोड्स को निर्दिष्ट करें (आप इसे सुरक्षित रूप से कर सकते हैं, और इससे भी अधिक अगर आप बोल्ड हैं) लेकिन जागरूक रहें कि बहुत सारी निर्देशिकाएं हो सकती हैं आप अंतरिक्ष से पहले इनोड से बाहर चला।

उदाहरण के लिए। ext4 प्रति निर्देशिका में कई 93-4;) इनोड को सुरक्षित रखता है, यह मानते हुए कि आप केवल एक या दो फ़ाइलों को रखने का इरादा रखते हैं, और इस प्रकार इसे अधिक कुशल बनाते हैं। यदि आपके पास हालांकि, 1 मिलियन फ़ाइलों के साथ 1 मिलियन फ़ोल्डर हैं, तो आप वास्तव में अंतरिक्ष से बाहर चलाने से पहले उस लेआउट वाए पर इनोड से बाहर निकल जाएंगे। आमतौर पर इनोड का उपयोग केवल कुछ प्रतिशत स्थान के भीतर किया जाता है, लेकिन 35% तक स्पाइक हो सकता है, इसलिए दो से विभाजित करना डेस्कटॉप उपयोगकर्ताओं के लिए काफी सुरक्षित है, लेकिन सुरक्षित पक्ष पर होने के लिए अधिक मत करो।

यहाँ एक उदाहरण है:

415 GB RAW (dev / sdb1 कहते हैं) mkfs.ext4 -m0 -Ndefault # / 2 -Lext4-1 -O हद, dir_index, big_file, sparse_buper, uninit_bg / dev / sdb1

विकल्प मीडिया का कहना है कि बड़ी फ़ाइलों / विभाजन के लिए मदद करेगा। uninit_bg हाल की गुठली के लिए है। यह पोस्ट किया गया है भले ही यह भविष्य के पाठकों के लिए पुराना हो।

मलिना सलीना

Answer 5

मेरे पास (फुल) ntfs फाइलसिस्टम है, जो केवल कुछ सौ मेगाबाइट मुक्त के साथ लगभग 1000 जीबी डेटा का विरोध कर रहा है। यहां तक ​​कि अगर ext4 की प्रारूपित क्षमता ntfs से बहुत कम थी, तो मुझे याद है कि जब मैंने सब कुछ कॉपी किया था तब भी मैंने ext4 पर लगभग 70GB मुफ्त दिया था, भले ही स्वरूपित क्षमता कम थी। (याद रखें कि एनटीएफएस भरा हुआ था)। मैं वादा नहीं कर सकता कि आपके साथ ऐसा होता है, लेकिन कम से कम मेरे पास जो फाइलें ext4 थीं उनके लिए एक वास्तविक स्थान सेवर कठिन था! :)