फ़ाइल-सिस्टम बनाने में बड़ी सुविधा


17

वीडियो के रूप में बड़ी फ़ाइलों के साथ एक विभाजन के लिए एक फ़ाइल-सिस्टम बनाने के लिए -T लार्जफाइल ध्वज का उपयोग करना उपयोगी है , और flac प्रारूप में ऑडियो?

मैंने उस झंडे के साथ और इसके बिना एक ही विभाजन का परीक्षण किया, और ट्यून 2 एफ-एल [विभाजन] का उपयोग करते हुए , मैंने "फाइलसिस्टम सुविधाओं" में जाँच की कि दोनों में "लार्ज_फाइल" सक्षम है। तो, -T फ्लैग लार्जफाइल का उपयोग करना आवश्यक नहीं है ?


1
ध्यान दें कि मैं लार्ज_फाइल (ट्यून 2 एफए में मिला) और लार्जफाइल के बीच उलझन में था; ऐसा लगता है कि वे विभिन्न चीजों के लिए तर्क कर रहे हैं।
मार्क

जवाबों:


24

-T largefileझंडा inodes कि फाइल सिस्टम के निर्माण पर आवंटित किए जाते हैं की राशि समायोजित करता है। एक बार आवंटित होने के बाद, उनकी संख्या को समायोजित नहीं किया जा सकता है (कम से कम ext2 / 3 के लिए, ext4 के बारे में पूरी तरह से निश्चित नहीं है)। हर 16K डिस्क स्थान के लिए डिफ़ॉल्ट एक इनोड है। -T largefileयह प्रत्येक मेगाबाइट के लिए एक इनोड बनाता है।

प्रत्येक फ़ाइल को एक इनकोड की आवश्यकता होती है। यदि आपके पास कोई इनोड नहीं बचा है, तो आप नई फाइलें नहीं बना सकते। लेकिन ये स्टैटिकली ऑल इनोड्स स्पेस भी लेते हैं। आप डिफ़ॉल्ट के विपरीत, सेटिंग के द्वारा प्रत्येक 100 जीबी डिस्क के लिए लगभग 1,5 गीगाबाइट बचाने की उम्मीद कर सकते हैं -T largefile-T largefile4(एक इनोड प्रति 4 एमबी) में इतना नाटकीय प्रभाव नहीं होता है।

यदि आप निश्चित हैं कि डिवाइस पर संग्रहीत फ़ाइलों का औसत आकार 1 मेगाबाइट से ऊपर होगा, तो सभी तरीकों से सेट करें -T largefile। मैं खुशी से अपने भंडारण विभाजन पर इसका उपयोग कर रहा हूं, और सोचता हूं कि यह किसी सेटिंग का बहुत अधिक कट्टरपंथी नहीं है।

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

आप यह देख सकते हैं कि आपके पास dumpe2fsकमांड के साथ लाइव फाइल सिस्टम पर कितने इनोड उपलब्ध हैं :

# dumpe2fs /dev/hda5
[...]
Inode count:              98784
Block count:              1574362
Reserved block count:     78718
Free blocks:              395001
Free inodes:              34750

यहां, मैं अभी भी 34 हजार फाइलें बना सकता हूं।

यहाँ mkfs.ext3 -T largefile -m 0100 GB के विभाजन पर करने के बाद मुझे क्या मिला :

Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/loop1              102369       188    102181   1% /mnt/largefile
/dev/loop2              100794       188    100606   1% /mnt/normal

लार्जफाइल संस्करण में 102 400 इनसाइड हैं जबकि सामान्य ने 6 553 600 इनोड बनाए और इस प्रक्रिया में 1,5 जीबी की बचत की।

यदि आपके पास एक अच्छा सुराग है कि आप फ़ाइल सिस्टम पर किस आकार की फाइलें डालने जा रहे हैं, तो आप सीधे -iस्विच के साथ इनोड की मात्रा को ठीक कर सकते हैं । यह बाइट्स को प्रति इनोड अनुपात में सेट करता है। यदि आप -i 65536अभी भी एक मिलियन से अधिक फाइलें बनाने में सक्षम हैं, तो आप 75% अंतरिक्ष बचत प्राप्त करेंगे । मैं आमतौर पर कम से कम 100 000 इनोड्स को खाली रखने के लिए गणना करता हूं।


अच्छा जवाब है, लेकिन आपने कहां कहा, "और इस प्रक्रिया में 1,5 जीबी की बचत हुई।" आप कह रहे हैं "लेकिन अतिरिक्त इनोड के लिए 1,5 जीबी स्थान का उपयोग किया जाना चाहिए"। आप इसे ध्वनि बनाते हैं जैसे सामान्य मोड ने अधिक इनोड बनाए और डिस्क पर अधिक खाली स्थान भी छोड़ा।
लोकलहोस्ट

"मैं आम तौर पर कम से कम 100 000 इनोड्स स्पेयर रखने की गणना करता हूं।" - क्यों? निश्चित रूप से 0 अतिरिक्त (और 0 की आवश्यकता) इष्टतम है? क्या आप वास्तव में चिंतित हैं कि आपके पास कितनी फाइलों या निर्देशिकाओं पर 100K द्वारा बंद किया जा सकता है?
OJFord

4

मुझे लगता है कि आप दो पूरी तरह से अलग और स्वतंत्र अवधारणाओं का मिश्रण कर रहे हैं।

large_fileसुविधा आपको dumpe2fs साधन के उत्पादन में देख सकते हैं कि है कि इस फाइल सिस्टम 2 GiB से बड़ी फ़ाइलें पकड़ कर सकते हैं, मैं इसे आधुनिक कर्नेल द्वारा स्वचालित रूप से सेट किया गया है लगता है। इसका -Tविकल्प से कोई लेना-देना नहीं है mke2fs

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