हार्ड डिस्क पर आपको कितनी जगह खाली छोड़नी चाहिए? [बन्द है]


20

क्या हार्ड डिस्क पर मुफ्त छोड़ने के लिए कितना स्थान है? मैंने सुना था कि आपको विखंडन से बचने के लिए कम से कम 5% मुक्त होना चाहिए।

[मुझे पता है कि उत्तर उपयोग पर निर्भर करता है (उदाहरण के लिए: वीडियो फ़ाइलों बनाम पाठ), डिस्क का आकार, RAID स्तर, डिस्क प्रारूप, डिस्क आकार - लेकिन जैसा कि एक ही प्रश्न के 100 रूपों को पूछना अव्यावहारिक है, कोई भी जानकारी wlecome है]

जवाबों:


20

आप आमतौर पर विखंडन से बचने के लिए लगभग 10% मुक्त छोड़ना चाहते हैं, लेकिन एक पकड़ है। लिनक्स, डिफ़ॉल्ट रूप से, रूट उपयोगकर्ता के लिए डिस्क का 5% आरक्षित करेगा। जब आप 'df' का उपयोग करते हैं, तो आउटपुट में वह 5% शामिल नहीं होता है यदि आप इसे एक गैर-रूट उपयोगकर्ता के रूप में चलाते हैं। बस, कुछ ध्यान रखें जब आप अपनी कैलेवरी करें।

संयोग से, आप रूट रिजर्व को ट्यून 2 एफए का उपयोग करके बदल सकते हैं। उदाहरण के लिए

tune2fs -m 2 /dev/hda1

2% पर रूट रिज़र्व सेट करेगा। आम तौर पर यह निश्चित रूप से अनुशंसित नहीं है, जब तक कि आपके मन में बहुत विशिष्ट उद्देश्य न हो।


अच्छा टिप - मैं इसे हमारे टेराबाइट ड्राइव के लिए करता हूं और इसे 1% तक नीचे गिरा देता हूं - यह अभी भी 10GB रूट के लिए आरक्षित है, और मैं इसके साथ किसी भी समस्या में कभी नहीं चला हूं।
nedm

7
यह सब एक्सटेंसिव है, सभी लिनक्स फाइलसिस्टम ऐसा नहीं करते हैं।
जेम्स

जर्नल फाइल सिस्टम के बारे में कैसे? क्या लिनक्स सिस्टम के लिए अभी भी 5% आरक्षित होगा?

@ Bamb.Zheng - ext3 एक जर्नलिंग फाइलसिस्टम है।
कूज

5

मैं विंडोज पर 10% से अधिक की सिफारिश करूंगा क्योंकि डिफ्रैग नहीं चलेगा यदि आप इसे चलाते समय ड्राइव पर बहुत अधिक मुक्त नहीं हैं। हालांकि खाली जगह छोड़ना जरूरी नहीं है कि यह विखंडन से विखंडन को रोक देगा। जैसा कि आप पहले ही उल्लेख कर चुके हैं कि यह उपयोग पर निर्भर है। विखंडन ड्राइव पर डेटा के विचरण की मात्रा और लिखित और हटाए जाने वाली फ़ाइलों के आकार के आधार पर अधिक होता है। जितना अधिक डेटा बदलता है और उतनी ही यादृच्छिक रूप से फ़ाइल का आकार आपके द्वारा विखंडन होने की अधिक संभावना को आकार देता है।

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


5

मैं उपयोग किए गए स्थान को 80% से कम रखने की कोशिश करता हूं। इस संख्या के ऊपर फाइलसिस्टम को डिस्क पर डेटा रखने के लिए आमतौर पर अधिक मेहनत करनी पड़ती है, जिससे विखंडन होता है।


3

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


3

SSD इसमें एक नई परत जोड़ते हैं। लेवलिंग पहनें और एम्प्लीफिकेशन लिखें। इन कारणों से आप पारंपरिक हार्ड ड्राइव पर जरूरत से ज्यादा खाली जगह चाहते हैं।

शॉर्ट स्ट्रॉकिंग एक पारंपरिक हार्ड ड्राइव यादृच्छिक रीड / राइट के लिए विलंबता को कम करता है। "शॉर्ट स्ट्रॉकिंग" एक एसएसडी ड्राइव कंट्रोलर को कचरा संग्रहण / पहनने के लिए रूटीन के लिए अधिक अप्रयुक्त ब्लॉक देता है ताकि यह ड्राइव को गति न दे लेकिन यह दीर्घायु को बढ़ाएगा और एसएसडी भर जाने पर दिखाई देने वाली गति हानि को रोक देगा।

आप अभी भी ड्राइव को भरना नहीं चाहते हैं लेकिन SSDs के साथ तत्काल प्रभाव नहीं है और इसका कारण अलग है।


एक SSD के पास स्ट्रोक करने के लिए एक चलती हिस्सा नहीं है।
सेस टिम्मरमैन

2

जो मैं समझता हूं, वह ड्राइव पर फ़ाइल सिस्टम पर भी निर्भर करता है। कुछ फ़ाइल सिस्टम डिस्क विखंडन जैसी चीजों के लिए अधिक लचीला हैं।


+1 उफ़। मैं वॉल्यूम प्रारूप का उल्लेख करने के लिए अपने प्रश्न में संशोधन कर रहा हूं
उपयोगकर्ता नाम

1

हां, उपयोग और अंतर्निहित भंडारण प्रणाली पर निर्भर करता है। कुछ सिस्टम, जैसे उच्च अंत SAN आधारित डिस्क सरणियाँ फ़ाइल विखंडन पर हँसती हैं, विखंडन की एकमात्र प्रणाली प्रभाव बना रही है OS ओवरहेड चीजों को सभी जगह और योनों में बिखरने में। अन्य सिस्टम, जैसे कि लैपटॉप, ड्राइव सभी एक साथ एक और कहानी है। और यह नए फ़ाइल सिस्टम में नहीं आता है, जैसे कि ZFS, जहां अंतरिक्ष के लिए एक कठिन सीमा की अवधारणा सबसे अच्छा है।

NTFS, इसका अपना जानवर है। इन दिनों मैं XP सिस्टम के लिए C: \ 15GB का कुल आकार देता हूं, और विस्टा / Win7 के साथ नहीं खेला है ताकि पता चल सके कि वहां क्या सिफारिश की गई है। आप वास्तव में C पर एक जीबी नि: शुल्क से अधिक प्राप्त नहीं करना चाहते हैं। शैडो कॉपियों का उपयोग करने का मतलब है कि आपको अपने आसपास की तुलना में अधिक 'खाली' स्थान रखना चाहिए, अन्यथा मैं कहूंगा कि 20% फ्री-स्पेस वह मार्कर है जब अधिक जुड़ने की जरूरत होती है या सफाई की आवश्यकता होती है।

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


1

मैं हमेशा कोशिश करूंगा और किसी भी तरह के सिस्टम वॉल्यूम पर लगभग 50% मुफ्त रख सकता हूं, और संभवतः छोटे डेटा वॉल्यूम। यदि संभव हो तो 1 के लिए 2 आकार देना और मैं 75% या कुछ पर एक चेतावनी सीमा निर्धारित करूंगा।

लेकिन डेटा स्टोरेज के लिए हालांकि यह केवल डेटा ग्रोथ रेट का मामला है, जिसे मॉनिटरिंग सेट करते समय निगरानी और / या अनुमान लगाने की आवश्यकता होती है ... यदि उदाहरण 1TB वॉल्यूम के लिए डेटा बहुत तेज़ी से नहीं बढ़ता है - के लिए कुछ% चेतावनी सीमा ठीक होगी और मैं 90-95% उपयोग के साथ सहज रहूंगा। यदि विकास दर अधिक है, तो इसे समय पर अधिसूचित करने के लिए समायोजित करें ... विखंडन से अक्सर निपटा जा सकता है यदि डेटा नहीं बढ़ रहा है और बस निर्धारित डिफ्रैग के साथ बदल रहा है।


0

मैं कुछ कारणों के लिए इसे 50% मुफ्त छोड़ने की कोशिश करता हूं:

  1. मैंने सुना है कि - पृष्ठ फ़ाइल के अपेक्षाकृत छोटे आकार के बावजूद - कि ज्यादा कमरे छोड़ने से चीजें तेज हो सकती हैं। मेरा मानना ​​है कि यह कुछ साल पहले प्रकाशित बहुत उपयोगी पुस्तक "पीसी हैक्स" से था।

  2. कोई फर्क नहीं पड़ता कि ड्राइव कितनी बड़ी है, केवल इसे आधे रास्ते में भरने का लक्ष्य होने से आपको वहाँ पर क्या हो रहा है, और मेरे लिए - यह मेरे लिए बेहतर है, इसका मतलब है कि मैं एक बड़े बाहरी के लिए संग्रह करने या सामान ले जाने के बारे में बेहतर हूं।


केवल 50% से नीचे भरने के लिए यह लक्ष्य समान रूप से अच्छी तरह से काम करता है यदि हम इसके बजाय 80% का उपयोग करते हैं, तो उपयोग करने योग्य स्थान को बढ़ाने के अतिरिक्त बोनस के साथ, इसलिए यह तर्क वास्तव में मेरे लिए कोई मतलब नहीं है।
RoG
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.