क्या विंडोज के प्राथमिक विभाजन / ड्राइव C: छोटे रखने का कोई कारण है?


70

लगभग दो दशक पहले मेरी नौकरियों में, आईटी विशेषज्ञ विंडोज के मुख्य विभाजन (सी ड्राइव) के आकार को अन्य विभाजनों की तुलना में बहुत छोटा रखेंगे। वे तर्क देते हैं कि यह धीमी गति के बिना इष्टतम गति से पीसी को चलाता है।

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

मेरा प्रश्न यह अभ्यास अभी भी अच्छा है? क्यों किया जाता है यदि कोई हो तो इसका मुख्य लाभ क्या है? एक स्पष्ट है कि यदि प्राथमिक विभाजन क्रैश हो जाता है, तो आपका डेटा सेकेंडरी में सुरक्षित है।

मैं यह सवाल इसलिए पूछ रहा हूं क्योंकि मैं विजुअल स्टूडियो को अपडेट करने की कोशिश कर रहा हूं और मैं नहीं कर सकता क्योंकि मेरे पास प्राथमिक विभाजन में केवल 24 एमबी शेष है।


2
"मुख्य विभाजन आकार (जैसे 100 जीबी)" से आपका क्या अभिप्राय है? अधिकांश उपायों द्वारा 100GB "छोटा" नहीं है? क्या आपका मतलब है "पूरे ड्राइव से छोटा"? और "मुख्य विभाजन" से क्या आपका तात्पर्य उस विभाजन से है जो विंडोज़ ड्राइव सी के लिए फाइलसिस्टम का निर्माण करता है:? और आपके द्वारा पोस्ट किया गया स्क्रीन शॉट क्या समझाता है? यह सिर्फ एक पूर्ण ड्राइव दिखाता है ... कृपया स्पष्ट करने के लिए संपादित करें।
सालेके जुले १18

10
100 जीबी छोटा नहीं लग सकता है, लेकिन इन दिनों बड़े सॉफ्टवेयर मेरे मामले में इसे बहुत जल्दी भरते हैं। मुख्य विभाजन = प्राथमिक विभाजन = बूट विभाजन। स्क्रीनशॉट मेरे प्राथमिक पार्टिटियन को दिखाते हैं (ग ड्राइव :) और देखें कि केवल 24 एमबी बचा है। माई डी: 90 जीबी मुफ्त है और ई: 183 जीबी मुफ्त है।
एचके_

1
मैंने स्पष्ट करने के लिए आपके प्रश्न को संपादित करने की स्वतंत्रता ली। भविष्य में, यह सबसे अच्छा है यदि आप जानकारी जोड़ने के लिए सीधे अपने प्रश्न को संपादित करते हैं - टिप्पणियों को हटाया जा सकता है, और हर कोई उन सभी को नहीं पढ़ेगा।
सिल्के

28
मेरा तर्क है कि ये 'विशेषज्ञ' तब गलत थे और अब गलत हैं। मुझे यकीन है कि ऐसे मामले हैं जहां एक छोटा सी: ड्राइव उपयोगी हो सकता है / हो सकता है, लेकिन अधिकांश सामान्य उपयोगकर्ताओं (डेवलपर्स सहित) के लिए, एकल सी होने का डिफ़ॉल्ट: जितना संभव हो उतना बड़ा विभाजन सबसे अच्छी बात है। समस्या के कारण ठीक करने के लिए।
नील

1
ध्यान रखें कि आप उस ड्राइव को बदलने में हमेशा सक्षम नहीं होते हैं जिसे प्रोग्राम (जैसे एमएस ऑफिस) में स्थापित किया गया है और आपको शुरू में योजना बनाने की तुलना में अधिक जगह की आवश्यकता हो सकती है।
निजिन

जवाबों:


89

लगभग दो दशक पहले मेरी नौकरियों में, आईटी विशेषज्ञ विंडोज के मुख्य विभाजन (सी ड्राइव) के आकार को अन्य विभाजनों की तुलना में बहुत छोटा रखेंगे। वे तर्क देते हैं कि यह धीमी गति के बिना इष्टतम गति से पीसी को चलाता है। [...] मेरा प्रश्न यह अभ्यास अभी भी अच्छा है?

सामान्य तौर पर: नहीं

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

आजकल, आमतौर पर एकल, बड़े C: विभाजन का उपयोग नहीं करने का कोई कारण नहीं है। Microsoft का अपना इंस्टॉलर एक सिंगल, लार्ज C: ड्राइव बनाने में चूक करता है। यदि एक अलग डेटा विभाजन बनाने के लिए अच्छे कारण थे, तो इंस्टॉलर इसे पेश करेगा - Microsoft को आपको एक तरह से विंडोज स्थापित करने की अनुमति क्यों देनी चाहिए जो समस्याएं पैदा करता है?

कई ड्राइव के खिलाफ मुख्य कारण यह जटिलता बढ़ जाती है - जो आईटी में हमेशा खराब होती है। यह नई समस्याएं पैदा करता है, जैसे:

  • आपको यह तय करने की जरूरत है कि कौन सी फाइल किस ड्राइव पर रखी जाए (और सेटिंग्स को उचित रूप से बदल दें, इंस्टॉलर में सामान पर क्लिक करें आदि)
  • कुछ (बुरी तरह से लिखा गया) सॉफ्टवेयर सी की तुलना में अलग ड्राइव पर नहीं डाला जा सकता है:
  • आप एक विभाजन पर बहुत कम मुक्त स्थान के साथ समाप्त हो सकते हैं, जबकि दूसरे में अभी भी रिक्त स्थान है, जिसे ठीक करना मुश्किल हो सकता है

हैं कुछ विशेष मामलों जहां कई विभाजन अभी भी बनाने के मतलब:

  • यदि आप डुअल-बूट करना चाहते हैं, तो आपको (आमतौर पर) प्रत्येक ओएस इंस्टॉल के लिए अलग-अलग विभाजन की आवश्यकता होती है (लेकिन अभी भी प्रति इंस्टॉल केवल एक विभाजन है)।
  • यदि आपके पास एक से अधिक ड्राइव हैं (विशेष रूप से विभिन्न विशेषताओं के साथ ड्राइव, जैसे कि एसएसडी और एचडी), तो आप चुन सकते हैं और चुन सकते हैं कि वह कहां जाता है - उस स्थिति में यह एसएसडी और डी पर ड्राइव सी को लगा सकता है। : पर HD

छोटे / अलग विभाजन के पक्ष में अक्सर उठाए जाने वाले कुछ तर्कों को संबोधित करने के लिए:

  • छोटे विभाजन बैकअप के लिए आसान होते हैं

आपको वास्तव में अपने सभी डेटा का बैकअप लेना चाहिए , विभाजन में इसे विभाजित करने से वास्तव में मदद नहीं मिलती है। इसके अलावा, अगर आपको वास्तव में इसे करने की आवश्यकता है, तो मुझे पता है कि सभी बैकअप सॉफ़्टवेयर आपको विभाजन के एक भाग का चयन करने की सुविधा देता है।

  • यदि एक विभाजन क्षतिग्रस्त है, तो दूसरा विभाजन अभी भी ठीक हो सकता है

हालांकि यह सैद्धांतिक रूप से सच है, कोई गारंटी नहीं है कि नुकसान खुद को एक विभाजन तक सीमित कर देगा (और समस्याओं के मामले में यह सुनिश्चित करने के लिए जांचना भी कठिन है), इसलिए यह केवल सीमित गारंटी प्रदान करता है। इसके अलावा, यदि आपके पास अच्छा, अनावश्यक बैकअप है, तो अतिरिक्त सुरक्षा आमतौर पर परेशान होने के लिए छोटी है। और अगर आपके पास बैकअप नहीं है, तो आपको बहुत बड़ी समस्याएं हैं ...

  • यदि आप सभी उपयोगकर्ता डेटा को डेटा विभाजन पर रखते हैं, तो आप ओएस विभाजन का बैकअप और पुनर्स्थापना / बैकअप नहीं कर सकते हैं क्योंकि कोई उपयोगकर्ता डेटा नहीं है

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


यह भी देखें कि क्या आप विंडोज सिस्टम के समान विभाजन पर सॉफ़्टवेयर स्थापित करेंगे? अधिक जानकारी के लिए।


3
यदि आप सी से उपयोगकर्ता डेटा को स्थानांतरित करना चाहते हैं, तो कई विभाजन भी समझ में आते हैं: (एम) ओएस के साथ किसी भी मुद्दे से इसे खोलना। आप तब कह सकते हैं, इसके स्थान पर एक और OS स्थापित करें और आपका उपयोगकर्ता डेटा सुरक्षित रहे (जब तक कि उपयोगकर्ता विभाजन हटा नहीं दिया जाता है)
बाल्डिकर्क

1
आप अपने सिस्टम विभाजन के लिए एक छवि बैकअप प्रदर्शन कर सकते हैं जबकि अन्य सभी विभाजनों के लिए एक साधारण डेटा बैकअप पर्याप्त है।
थॉमस

26
आपके उत्तर का बाकी हिस्सा अच्छा है, लेकिन "इंस्टॉलर आपको ऐसा करने देता है" यह जांचने का एक वैध तरीका नहीं है कि कुछ अच्छा है या नहीं। वे ऐसा क्यों करेंगे? विस्मृति, मूर्खता, आलस्य, अज्ञानता, तकनीकी सीमाओं, मध्य प्रबंधन ... एक लाख कारणों संस्थापक डिफ़ॉल्ट रूप से गलत बात कर सकते हैं, अकेले बस रहे हैं दे आप गलत काम करते हैं। यह एक प्रणाली के रूप में विंडोज के रूप में जटिल रूप से दोगुना लागू होता है।
निक हार्टले

2
मुझे याद है कि WinXP और विन 7 उपयोगकर्ता को कई विभाजन बनाने और स्थापना के दौरान विभाजन का आकार निर्धारित करने की अनुमति देता है। मुझे याद नहीं है कि क्या यह मामला है, हालांकि। एमएस को खराब निर्णय लेने के लिए जाना जाता है, जो कि एक हद तक लगता है, और "(") मुद्दे को "ठीक" करने के लिए एक और खराब निर्णय लेने से पहले वर्षों तक उनका समर्थन करता है। इसके अलावा, तकनीकी / कला उपयोगकर्ताओं को स्थानीय रूप से बड़ी फ़ाइलों में हेरफेर करने की आवश्यकता होती है जो काम को संभालने के लिए अक्सर अधिक ड्राइव की आवश्यकता होती है। और: "जटिलता बढ़ जाती है - जो आईटी में हमेशा खराब होती है", सामान्य रूप से केवल आधा सही है। मेरा तर्क विषय से हटकर है, इसलिए मैं इसे छोड़ दूंगा।
कंप्यूटरकारगुई

2
"Microsoft को आपको Windows को ऐसे तरीके से स्थापित करने की अनुमति क्यों देनी चाहिए जो समस्याएं पैदा करता है?" क्योंकि आपको लगता है कि Microsoft हमेशा आपको डिफ़ॉल्ट रूप से, सबसे अच्छा और अनुकूलित विकल्प का उपयोग करने देता है?
जोनाथन ड्रेपो

25

इस अभ्यास का ऐतिहासिक कारण चुंबकीय HDD को घुमाने के प्रदर्शन गुणों में निहित है। उच्चतम अनुक्रमिक पहुंच गति के साथ कताई डिस्क पर क्षेत्र सबसे बाहरी क्षेत्र (ड्राइव की शुरुआत के पास) हैं।

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

सीक लेटेंसी आंशिक रूप से इस बात पर भी निर्भर करती है कि सिर को कितनी दूर ले जाना है, इसलिए सभी छोटी फाइलों को एक-दूसरे के पास रखने से भी घूर्णी ड्राइव पर लाभ होता है।

इस अभ्यास ने एसएसडी स्टोरेज के आगमन के साथ अपने सभी कारण खो दिए हैं।


1
SSDs के कारण कर्षण खोने के अलावा, नए SATA और SASS ड्राइव बहुत तेज़ी से स्पिन होते हैं (7200 और + 10 k rpm बनाम 5400 rpm) और पुरानी ड्राइव की तुलना में तेज़ होते हैं। जबकि "स्पीड इश्यू" के लिए अभी भी कम से कम सच्चाई है, आज के हार्डवेयर का उपयोग करने वाले कई लोग वास्तव में बेंचमार्क सॉफ़्टवेयर के बिना एक छोटे से विभाजन का उपयोग करके गति में वृद्धि को नोटिस करेंगे।
कंप्यूटरकार्गुई

6
"सबसे अधिक पहुंच की गति अंतरतम क्षेत्र हैं।" , "तो, यह सुनिश्चित करने के लिए कि ओएस फाइलें भौतिक रूप से सबसे तेज डिस्क क्षेत्र में रहती हैं, आप ड्राइव की शुरुआत में एक छोटा सिस्टम विभाजन बनाएंगे" - नहीं, आपके पास यह पीछे की ओर है, बस इस प्रश्न की तरह: superuser.com / सवाल / 643013 /… । इसके अलावा "ऐतिहासिक कारण" का आपका दावा संदिग्ध है। जब तक ATAPI ड्राइव ने ज़ोन बिट रिकॉर्डिंग का उपयोग करना शुरू नहीं किया, तब तक सभी पूर्व HDD निरंतर कोणीय रिकॉर्डिंग का उपयोग करते थे, इसलिए सिलेंडर के बीच बोलने के लिए कोई गति अंतर नहीं था।
चूरा

3
@sawdust, ऐतिहासिक कारण विलंबता नहीं पढ़ा गया था, लेकिन विलंबता की तलाश थी। FAT को सबसे कम ट्रैक पते पर संग्रहीत किया गया था और इसलिए डिस्क हेड को हर बार कम से कम हर बार एक फ़ाइल बनाने या विस्तारित करने के लिए वहां लौटना होगा। 1980 के दशक के डिस्क के साथ, प्रदर्शन अंतर औसत दर्जे का था। एचपीएफएस (एनटीएफएस के पूर्वज) की डिजाइन सुविधाओं में से एक एमएफटी को कई बार कम करने के लिए विभाजन के बीच में रखना था। बेशक, एक बार जब आप एक डिस्क पर कई विभाजन डालते हैं, तो आपके पास कई एफएटी / एमएफटी क्षेत्र होते हैं, इसलिए तलाश अब अनुकूलित नहीं है।
ग्रहमज

@ grahamj42 - नहीं, आप अभी भी गलत हैं। तलाश समय विशुद्ध रूप से एक (नॉन-लीनियर) की तलाश दूरी है, जो सिलेंडरों की संख्या में मापा जाता है के समारोह है। जैसा कि आप दावा करते हैं, आंतरिक या बाहरी सिलेंडर के लिए समय पूरी तरह से असंबंधित है। सुनिश्चित नहीं हैं कि "वाच्य विलंबता" से आपका क्या तात्पर्य है । FYI करें मुझे डिस्क ड्राइव इंटर्नल्स, डिस्क कंट्रोलर और डिस्क ड्राइव फर्मवेयर के साथ पहला हाथ अनुभव है, अर्थात यह ज्ञान सिर्फ पढ़ने से नहीं सीखा गया था। और मैं इस "इतिहास" के पहले और बाद में पेशेवर रूप से सक्रिय था, जिसका उल्लेख आप कर रहे हैं।
चूरा

1
@sawdust - मुझे खेद है कि आपने मुझे गलत समझा और एक टिप्पणी के आकार को प्रतिबंधित कर दिया जो मैं लिख सकता था। एक FAT विभाजन पर, सिर को हर बार अपडेट होने पर FAT पर रिपोज करना चाहिए, या अगर पढ़ा जाने वाला FAT सेक्टर अब कैश्ड नहीं है, इसलिए बाहरी सिलेंडर में सिर को खोजने की संभावना एक आंतरिक में खोजने की तुलना में बहुत अधिक है सिलेंडर, जिसका मतलब है कि औसत तलाश का समय कम है। मैं 80 के दशक के स्टेपर-मोटर ड्राइव्स के बारे में बात कर रहा हूं (ST-412 के पास औसतन समय की मांग थी लेकिन एक सिलेंडर के लिए 3ms)। एक आधुनिक ड्राइव लगभग 10x तेज है।
ग्रहमज42

5

क्या विंडोज के प्राथमिक विभाजन / ड्राइव C: छोटे रखने का कोई कारण है?

यहाँ कुछ कारण हैं कि:

  1. सभी सिस्टम फाइलें और ओएस स्वयं प्राथमिक विभाजन पर हैं। उन फ़ाइलों को अन्य सॉफ़्टवेयर, व्यक्तिगत डेटा और फ़ाइलों से अलग रखना बेहतर होता है, केवल इसलिए क्योंकि बूट करने योग्य विभाजन में लगातार ध्यान देना और आपकी फ़ाइलों को मिश्रण करना कभी-कभी गलतियों को जन्म दे सकता है, जैसे कि सिस्टम फ़ाइलों या फ़ोल्डरों को दुर्घटना से हटाना। संगठन महत्वपूर्ण है। यही कारण है कि प्राथमिक विभाजन का आकार कम है - उपयोगकर्ताओं को अपने सभी डेटा को वहां डंप करने से हतोत्साहित करने के लिए।
  2. बैकअप - यह प्रणाली के उद्देश्य के आधार पर बैकअप के लिए एक बहुत आसान, तेज और प्रभावी है और एक छोटे विभाजन को पुनर्प्राप्त करता है। जैसा कि टिप्पणियों में @computercarguy ने कहा है , विशिष्ट फ़ोल्डर और फ़ाइलों का बैकअप लेना बेहतर है, जब तक कि पूरे विभाजन का बैकअप नहीं लिया जाता है।
  3. यह प्रदर्शन में सुधार कर सकता है , हालांकि, शायद ही ध्यान देने योग्य तरीके से। पर NTFS फ़ाइल सिस्टम, वहाँ तथाकथित कर रहे हैं मास्टर फ़ाइल टेबल्स प्रत्येक विभाजन पर है, और यह विभाजन पर सभी फ़ाइलों के बारे में मेटा डेटा शामिल हैं:

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

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

ध्यान देने वाली एक और बात , यह है कि SSD + HDD होने की स्थिति में, अपने OS को SSD और अपनी सभी व्यक्तिगत फ़ाइलों / डेटा को HDD पर संग्रहीत करना बेहतर होता है। आपको अपनी अधिकांश व्यक्तिगत फ़ाइलों और उपभोक्ता-ग्रेड ठोस राज्य ड्राइव के लिए SSD होने से प्रदर्शन को बढ़ावा देने की आवश्यकता नहीं होगी, आमतौर पर उन पर अधिक स्थान नहीं होता है, इसलिए आप इसे व्यक्तिगत फ़ाइलों के साथ भरने की कोशिश नहीं करेंगे ।

क्या कोई समझा सकता है कि यह अभ्यास क्यों किया जाता है और क्या यह अभी भी मान्य है?

ऐसा किए जाने के कुछ कारणों का वर्णन किया। और हाँ, यह अभी भी मान्य है, हालांकि अब ऐसा लगता है कि एक अच्छा अभ्यास नहीं है। सबसे उल्लेखनीय डाउनसाइड यह है कि एंड-यूजर्स को इस बात पर नज़र रखनी होगी कि एप्लिकेशन अपनी फ़ाइलों को स्थापित करने और उस स्थान को बदलने का सुझाव देते हैं (लगभग किसी भी सॉफ़्टवेयर इंस्टॉलेशन के दौरान संभव है, खासकर यदि विशेषज्ञ / उन्नत इंस्टॉल एक विकल्प है) तो बूट करने योग्य विभाजन doesn ' t fill up, जैसा कि OS को कई बार अपडेट करने की आवश्यकता होती है, और एक और नकारात्मक पहलू यह है कि जब एक विभाजन से दूसरे में फ़ाइलों को कॉपी करते हैं, तो वास्तव में उन्हें कॉपी करने की आवश्यकता होती है, जबकि यदि वे एक ही विभाजन में थे, तो यह MFT और मेटा-डेटा, को पूरी फ़ाइलों को फिर से लिखने की आवश्यकता नहीं है।

इनमें से कुछ दुर्भाग्य से और अधिक समस्याएं पेश कर सकते हैं:

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

आपको होने वाली समस्या से बचने के लिए, आपको निम्न करने की आवश्यकता है:

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

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

नोट: और जैसा कि आपने स्वयं बताया है, यह डेटा को अलग-अलग विभाजनों में रखता है जो कि बूट करने योग्य विभाजन के विफल होने की स्थिति में सुरक्षित होता है।


1
"इसलिए, एक छोटे मास्टर फ़ाइल टेबल के साथ एक छोटा विभाजन तेजी से लुकअप प्रदर्शन करेगा और हार्ड ड्राइव के प्रदर्शन में सुधार करेगा।" उद्धरण आवश्यक है - serverfault.com/questions/222110/… उदाहरण के लिए इंगित करता है कि आजकल भारी मात्रा में भी कोई समस्या नहीं है।
सालेके जुले

1
"बेशक, बहुत सारे सॉफ्टवेयर डेवलपर्स के पास प्राथमिक विभाजन में अपने एप्लिकेशन को स्थापित करने के लिए एंड-यूज़र्स को सुझाव देने के लिए बुरा अभ्यास है। लेकिन आम तौर पर, यह एक अच्छा विचार नहीं है।" - प्रशस्ति पत्र की जरूरत
gronostaj

5
"जैसा कि मास्टर फ़ाइल टेबल्स एक विभाजन पर सभी फ़ाइलों के बारे में जानकारी संग्रहीत करता है, जब उस विभाजन पर किसी भी फाइल पर कोई भी क्रिया करता है, तो यह पूरी तालिका के माध्यम से दिखता है।" ओह, यह बिल्कुल नहीं है। इस तरह का बयान केवल फाइल सिस्टम कैसे काम करता है और डिस्क भंडारण संगठन सामान्य रूप से कैसे किया जाता है, इसके बारे में पूर्ण-अज्ञान में किया जा सकता है। यदि यह सही था, तो एमएफटी को शामिल करने वाले किसी भी ऑपरेशन का प्रदर्शन एमएफटी के आकार के साथ रैखिक रूप से (या इससे भी बदतर) घट जाएगा, और यह समतल रूप से नहीं होता है।
जेमी हनराहन

1
"चूंकि OS अन्य सॉफ़्टवेयर की तरह कई रीड / राइट ऑपरेशन नहीं करता है" यदि आपका ओएस विंडोज है, तो यह इंस्टॉल डिस्क पर बहुत सारे आर / डब्ल्यू ऑपरेशन कर रहा है। उनमें से बहुत सारे । यदि आप IE या एज का उपयोग कर रहे हैं, तो यह विंडोज के हिस्से के रूप में स्थापित है (आपको नहीं लगता कि आप यह निर्दिष्ट कर सकते हैं कि यह कहां स्थापित है, हालांकि मैं गलत हो सकता हूं), और वह एक टन चीजों को कैच कर रहा है जैसा कि मैं यह टिप्पणी लिख रहा हूं।
फ्रीमैन

2
"उन [OS] फ़ाइलों को अन्य सॉफ़्टवेयर से अलग रखना बेहतर होता है" - नहीं, इस दृष्टिकोण के साथ समस्या बहुत सारे सॉफ़्टवेयर ओएस के साथ स्थापना स्थिति (और अनइंस्टॉलर्स) को बनाए रखती है। बहुत सारे सॉफ्टवेयर भी ओएस के विभिन्न भागों के साथ खुद को पंजीकृत करते हैं - फ़ाइल संघों, संदर्भ मेनू प्रविष्टियों, पूर्वावलोकन रेंडरर्स, आदि। सॉफ्टवेयर को एक अलग विभाजन में स्थापित करने से इन्हें रोका नहीं जाता है; यह केवल उन्हें दो विभाजन में फैला देता है। जो कि, अगर कुछ भी, उन्हें एक साथ रखने से भी बदतर है - आपने अब बैकअप में सिंक से बाहर होने वाले दो विभाजन का जोखिम जोड़ा है।
बॉब

4

मैं एक सॉफ्टवेयर डेवलपर हूं, लेकिन "नियमित" / बैक-ऑफिस आईटी काम करने में भी समय बिताया है। मैं आमतौर पर ड्राइव C :, पर OS और अनुप्रयोगों को ड्राइव D पर रखता हूं और मेरी व्यक्तिगत फाइलें:। ये जरूरी नहीं कि अलग-अलग भौतिक ड्राइव हों, लेकिन वर्तमान में मैं अपने "सिस्टम" ड्राइव (C :) और एक "पारंपरिक" डिस्क ड्राइव के रूप में एक अपेक्षाकृत छोटे SSD का उपयोग कर रहा हूं (यानी चुंबकीय पट्टों को घुमाने के साथ) मेरे "घर" के रूप में ड्राइव (D :)

सभी फाइल सिस्टम विखंडन के अधीन हैं। SSDs के साथ यह मूल रूप से एक गैर-मुद्दा है, लेकिन यह अभी भी पारंपरिक डिस्क ड्राइव के साथ एक मुद्दा है।

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

अपनी व्यक्तिगत फ़ाइलों को एक अलग वॉल्यूम पर रखता है, मैंने पाया है:

  • सिस्टम वॉल्यूम लगभग जल्दी (या गंभीर रूप से) खंडित नहीं होता है;
  • यह बहुत तेजी से दो अलग-अलग वॉल्यूमों को एक ही वॉल्यूम के साथ डिफ्रैगमेंट करने के लिए बहुत तेज़ है - प्रत्येक वॉल्यूम 20% -25% लेता है जब तक कि संयुक्त वॉल्यूम होगा।

मैंने इसे पीसी की कई पीढ़ियों पर विंडोज के कई संस्करणों के साथ देखा है।

(एक टिप्पणीकार के रूप में, यह भी बैकअप बनाने की सुविधा के लिए जाता है।)

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

कैविएट: विंडोज के नए संस्करणों (8 आगे से) के साथ, यह बहुत अधिक कठिन हो गया है, क्योंकि C: के अलावा किसी वॉल्यूम पर उपयोगकर्ता फ़ोल्डर अब आधिकारिक रूप से समर्थित नहीं हैं। मैं आपको बता सकता हूं कि मैं विंडोज 7 से विंडोज 10 में इन-प्लेस अपग्रेड करने में असमर्थ था, लेकिन वाईएमएमवी (उपयोगकर्ता फ़ोल्डर का पता लगाने के लिए कई अलग-अलग तरीके हैं] मुझे नहीं पता कि कौन प्रभावित हैं) ।

एक अतिरिक्त नोट: यदि आप पारंपरिक ड्राइव पर दो अलग-अलग वॉल्यूम बनाए रखते हैं, तो आप D: वॉल्यूम पर एक पेज फ़ाइल सेट करना चाहते हैं। वूशेल के उत्तर में वर्णित कारणों के लिए, यह पृष्ठ फ़ाइल में लिखते समय समय कम करेगा।


मेरे लिए, यह सिर्फ इतना है कि सी: को फिर से स्थापित किया जा सकता है, जहां डी पर सब कुछ: बैकअप की आवश्यकता है
मग

SSDs के साथ, मेटाडेटा विखंडन अभी भी एक मुद्दा है 'cuz इसका मतलब है कि एक ही नौकरी के लिए अधिक पढ़ने / लिखने के आदेश। हालांकि प्रभाव अभी भी घूर्णी ड्राइव की तुलना में अतुलनीय रूप से छोटा है।
ivan_pozdeev

4

संक्षिप्त उत्तर: कोई और नहीं।

मेरे अनुभव में (आईटी प्रवेश कार्य के 20+ वर्ष), इस अभ्यास का प्राथमिक कारण (अन्य नीचे सूचीबद्ध हैं) यह है कि उपयोगकर्ता मूल रूप से अपने डेटा और हार्ड ड्राइव स्थान के साथ विंडोज पर भरोसा नहीं करते थे।

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

  • Microsoft से बहुत सारे उत्पाद शामिल हैं, जो साफ-सफाई की स्थापना रद्द नहीं करते हैं और / या संगतता और स्थिरता के मुद्दों का कारण बनते हैं (सबसे प्रमुख अभिव्यक्ति बचे हुए फाइलों और रजिस्ट्री प्रविष्टियों के चारों ओर और DLL नर्क हैं।इसके सभी अवतारों में)। ओएस द्वारा बनाई गई कई फाइलों को बाद में साफ नहीं किया जाता है (लॉग, विंडोज अपडेट आदि), जिससे ओएस समय के साथ-साथ अधिक से अधिक स्थान लेता है। विंडोज 95 और यहां तक ​​कि एक्सपी युग में, सलाह एक समय में एक बार ओएस के एक स्वच्छ पुनर्स्थापना का सुझाव देने के रूप में चली गई। ओएस को पुनर्स्थापित करना ओएस और उसके विभाजन को पोंछने की गारंटी देने की क्षमता की आवश्यकता है (फाइल सिस्टम में किसी भी फर्जी डेटा को साफ करने के लिए) - कई विभाजन के बिना असंभव। और डेटा खोए बिना ड्राइव को विभाजित करना केवल विशेष कार्यक्रमों के साथ ही संभव है (जो एक बुरा क्षेत्र का सामना करने पर एक बेकार स्थिति में डेटा को बाहर निकालने और छोड़ने जैसे अपने स्वयं के आश्चर्यजनक आश्चर्य हो सकते हैं)। विभिन्न "क्लीन अप" कार्यक्रमों ने समस्या को कम कर दिया, लेकिन, उनका तर्क रिवर्स इंजीनियरिंग और प्रेक्षित व्यवहार पर आधारित है,RegCleanMS द्वारा उपयोगिता को स्वयं Office 2007 रिलीज़ के बाद बंद कर दिया गया था जो उस रजिस्ट्री के बारे में मान्यताओं को तोड़ता था जो उस पर आधारित थी)। तथ्य यह है कि कई कार्यक्रमों ने अपने डेटा को मनमाने स्थानों पर सहेजा, जिससे उपयोगकर्ता और ओएस डेटा अलग-अलग हो गए, जिससे उपयोगकर्ता ओएस पदानुक्रम के बाहर भी प्रोग्राम स्थापित करते हैं।
    • Microsoft ने सफलता की अलग-अलग डिग्री ( साझा DLL , Windows फ़ाइल सुरक्षा और इसके उत्तराधिकारी TrustedInstaller, साइड-बाय-साइड सबसिस्टम ,) के अलग-अलग तरीकों की कोशिश की , जो कि संस्करण और विक्रेता के टकराव के साथ स्टोरेज संरचना के लिए .NET मॉड्यूल के लिए एक अलग भंडार है। )। विंडोज इंस्टालर के नवीनतम संस्करणों में भी अल्पविकसित निर्भरता की जाँच होती है (संभवतः उस सुविधा को शामिल करने के लिए सामान्य उपयोग में अंतिम प्रमुख पैकेज प्रबंधक)।
    • सर्वोत्तम प्रथाओं के लिए 3-पार्टी सॉफ्टवेयर अनुपालन के संबंध में, वे धीमे-धीमे लिखे गए लेकिन पर्याप्त रूप से उपयोग किए गए सॉफ़्टवेयर के साथ संगतता बनाए रखने के बीच व्यवहार करते हैं (अन्यथा, इसके उपयोगकर्ता एक नए विंडोज संस्करण में अपग्रेड नहीं करेंगे) - जो एक मनमाफिक राशि का नेतृत्व करते हैं ओएस में कीडलेज और वर्कअराउंड, जिसमें अनजाने एपीआई का व्यवहार शामिल है, उनमें बग्स को ठीक करने के लिए 3-पार्टी प्रोग्रामों का लाइव पैचिंग और रजिस्ट्री और फाइलसिस्टम वर्चुअलाइजेशन के कुछ स्तरों - और प्रमाणन लोगो जैसे उपायों के अनुपालन में 3-पार्टी विक्रेताओं को मजबूर करने के बीच। कार्यक्रम और एक ड्राइवर पर हस्ताक्षर करने का कार्यक्रम (विस्टा के साथ शुरू किया गया अनिवार्य)।
  • उपयोगकर्ता डेटा को उपयोगकर्ता के प्रोफ़ाइल के तहत एक लंबे पथ के नीचे दफन किया जा रहा है, जिससे इसे ब्राउज़ करने और पथ निर्दिष्ट करने में असुविधा होती है। रास्तों में भी लंबे नामों का उपयोग किया गया था, जिसमें रिक्त स्थान (हर जगह कमांड शेल का एक हिस्सा था) और राष्ट्रीय चरित्र (बहुत हाल के लोगों को छोड़कर प्रोग्रामिंग भाषाओं के लिए एक बड़ी समस्या जो व्यापक यूनिकोड समर्थन है) और स्थानीय-विशिष्ट (!) थे और वेनापी पहुंच के लिए अप्राप्य थे। (!!) (लिपियों में किसी भी अंतर्राष्ट्रीयकरण के प्रयासों को मारना), जो सभी मामलों में मदद नहीं करता था, या तो।
    इसलिए एक अलग ड्राइव के रूट डायर में आपके डेटा को विंडोज द्वारा प्रदान की गई तुलना में अधिक सुविधाजनक डेटा संरचना के रूप में देखा गया था।
    • यह केवल बहुत हाल के विंडोज रिलीज में तय किया गया था। खुद विस्टा में तय किए गए थे, लंबे नामों को संकुचित करना, रिक्त स्थान और स्थानीय नामों को समाप्त करना। ब्राउज़िंग की समस्या Win7 में तय की गई थी, जिसमें उपयोगकर्ता प्रोफ़ाइल और इसके अंतर्गत अधिकांश अन्य निर्देशिकाओं के लिए स्टार्ट मेनू प्रविष्टियाँ प्रदान की गई थीं और फ़ाइल चयन संवाद में लगातार "पसंदीदा" फ़ोल्डर जैसी चीजें, समझदार चूक के साथ Downloads, जैसे ब्राउज़ करने की आवश्यकता को बचाने के लिए उनके लिए हर बार।
  • सब के सब, एमएस 'प्रयासों के अंत में फल बोर। Win7 के बाद से, OS, स्टॉक और 3-पार्टी सॉफ्टवेयर, जिनमें क्लीनअप यूटिलिटीज भी शामिल हैं, स्थिर और अच्छी तरह से व्यवहार किए गए हैं, और ओएसडी काफी हद तक पर्याप्त हैं, ओएस के लिए एक विशिष्ट कार्य केंद्र के जीवन की संपूर्णता के लिए पुनर्स्थापना की आवश्यकता नहीं है। और स्टॉक पदानुक्रम वास्तव में उपयोग करने योग्य और सुलभ है जो वास्तव में दिन-प्रतिदिन के अभ्यास में इसे स्वीकार करने और उपयोग करने के लिए है।

माध्यमिक कारण हैं:

  • प्रारंभिक सॉफ़्टवेयर (BIOS और OSes में विभाजन और समर्थन) डेटा की बड़ी मात्रा का समर्थन करने में हार्ड ड्राइव से पीछे थे, हार्ड ड्राइव को भागों में विभाजित करने के लिए इसकी पूरी क्षमता का उपयोग करने में सक्षम होना आवश्यक था।
    • यह मुख्य रूप से डॉस और विंडोज 95 में एक मुद्दा था। एफएटी 32 (विंडोज 98) और एनटीएफएस (विंडोज एनटी 3.1) के आगमन के साथ, समस्या काफी हद तक हल हो गई थी।
    • हाल ही में सामने आया 2TB बैरियर फाइलसिस्टम की हालिया पीढ़ी ( ext4 और NTFS के हाल के संस्करणों ), GPT और 4k डिस्क द्वारा तय किया गया था ।
  • प्रदर्शन को अनुकूलित करने के लिए विभिन्न प्रयास। घूर्णी हार्ड ड्राइव आंतरिक की तुलना में बाहरी पटरियों (जो कि प्रारंभिक क्षेत्रों के लिए मानचित्र) से डेटा पढ़ने पर थोड़ा (लगभग 1.5 गुना) तेज होती हैं, डिस्क के प्रारंभ के पास ओएस लाइब्रेरी और पेजफाइल जैसी अक्सर-एक्सेस की गई फ़ाइलों का पता लगाने का सुझाव देती हैं।
    • चूंकि उपयोगकर्ता डेटा भी अक्सर एक्सेस किया जाता है और हेड रिपोजिंग का प्रदर्शन पर एक बड़ा प्रभाव पड़ता है, बहुत विशिष्ट वर्कलोड के बाहर, वास्तविक जीवन में उपयोग में सुधार सबसे अच्छा है।
  • एकाधिक शारीरिक डिस्क। यह वर्कस्टेशन के लिए एक गैर-विशिष्ट सेटअप है क्योंकि आधुनिक HDD अक्सर अपने आप में पर्याप्त रूप से बड़ा होता है और लैपटॉप में 2nd HDD के लिए जगह नहीं होती है। अगर मैं इस सेटअप के साथ नहीं देखा गया है तो सभी स्टेशन डेस्कटॉप हैं जो (re) पुराने HDD का उपयोग करते हैं जो अभी भी चालू हैं और आवश्यक आकार तक जोड़ते हैं - अन्यथा, या तो RAID का उपयोग किया जाना चाहिए, या ड्राइव में से किसी एक को पकड़ना चाहिए बैकअप और नियमित उपयोग में नहीं है।
    • यह शायद एकमात्र ऐसा मामला है जहां किसी को अलग-अलग संस्करणों में विभाजन प्रणाली और डेटा से वास्तविक लाभ मिलता है: चूंकि वे शारीरिक रूप से विभिन्न हार्डवेयर पर हैं, उन्हें समानांतर में एक्सेस किया जा सकता है (जब तक कि यह एक ही केबल पर दो PATA ड्राइव नहीं है) और कोई प्रदर्शन नहीं है उनके बीच स्विच करते समय सिर पर मारना।
      • विंडोज निर्देशिका संरचना का पुन: उपयोग करने के लिए, मैं typicaly ले जाने के C:\Usersडेटा ड्राइव करने के लिए। केवल एक प्रोफ़ाइल या यहां तक ​​कि सिर्फ चलती है Documents, Downloadsऔर Desktopप्रोफ़ाइल के अन्य हिस्सों को हीन साबित किया है और Publicयह अनियंत्रित रूप से भी बढ़ सकता है (नीचे "अलग कॉन्फ़िगरेशन और डेटा" सेटअप देखें)।
    • यद्यपि डिस्क को एक स्पान्ड वॉल्यूम में समेकित किया जा सकता है , मैं इसका उपयोग नहीं करता या इसकी सिफारिश नहीं करता हूं क्योंकि डायनामिक वॉल्यूम एक स्वामित्व तकनीक है जिसे तृतीय-पक्ष टूल के साथ काम करने में परेशानी होती है और क्योंकि यदि कोई ड्राइव विफल हो जाती है, तो संपूर्ण वॉल्यूम खो जाता है।
  • एक M.2 SSD + HDD।
    • इस मामले में, मैं केवल एसएसडी को केवल कैश के रूप में उपयोग करने की सलाह देता हूं: इस तरह, आपको अपने संपूर्ण डेटा के लिए एसएसडी का लाभ मिलता है, न कि इसके कुछ मनमाने हिस्से के बजाय, और जो त्वरित होता है वह स्वचालित रूप से निर्धारित होता है कि आप वास्तव में क्या कर रहे हैं व्यवहार में पहुंच।
    • किसी भी मामले में, लैपटॉप में यह सेटअप सिर्फ एक एसएसडी के लिए नीचा है 'क्यूज एचडीडी बाहरी सदमे और कंपन के लिए असहिष्णु हैं जो लैपटॉप के लिए बहुत वास्तविक घटनाएं हैं।
  • दोहरी बूट परिदृश्य। आम तौर पर, दो OS एक विभाजन पर सह-अस्तित्व नहीं रख सकते हैं। यह एकमात्र परिदृश्य है जो मुझे पता है कि वर्कस्टेशन पर कई विभाजन का वारंट है। और इसके लिए ऐसे मामलों का उपयोग आजकल दुर्लभ रूप से दुर्लभ है क्योंकि हर कार्य केंद्र अब VMs चलाने के लिए पर्याप्त शक्तिशाली है।
  • सर्वर पर, कई अन्य मान्य परिदृश्य हैं - लेकिन उनमें से कोई भी सुपर उपयोगकर्ता के डोमेन पर लागू नहीं होता है।
    • उदाहरण के लिए, एक संपूर्ण ऐप को पूरे सिस्टम को तोड़ने से रोकने के लिए डेटा (ऐप डेटा और लॉग्स) को बदलने से लगातार डेटा (प्रोग्राम और कॉन्फ़िगरेशन) को अलग किया जा सकता है। विभिन्न विशेष आवश्यकताएं भी हैं (उदाहरण के लिए, एक एम्बेडेड सिस्टम में, लगातार डेटा एक EEPROM पर रहता है, जबकि एक रैम ड्राइव पर डेटा काम करता है)। लिनक्स का फाइलसिस्टम पदानुक्रम मानक खुद को इस तरह के मोड़ के लिए अच्छी तरह से उधार देता है।

3

लगभग 2 दशक पहले एक्सपी के माध्यम से विंडोज 98 की श्रेणी में वर्चस्व हो गया होगा, जिसमें वर्कस्टेशन / सर्वर साइड पर NT4 और 2000 शामिल हैं।

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

जैसा कि वूशेल का जवाब कहता है, ड्राइव पर निचले लॉजिकल सेक्टर (प्लैटर के बाहर) सबसे तेज़ होते हैं। मेरा 1TB WDC वेलोसिऐप्टर ड्राइव 215MB / s पर शुरू होता है, लेकिन बाहरी क्षेत्रों में 125MB / s तक गिरता है, एक 40% गिरावट। और यह एक 2.5 "ड्राइव प्लैटर ड्राइव है, इसलिए अधिकांश 3.5" ड्राइव में आमतौर पर प्रदर्शन में 50% से अधिक गिरावट देखी जाती है । यह मुख्य विभाजन को छोटा रखने का प्राथमिक कारण है, लेकिन यह केवल उसी स्थान पर लागू होता है जहां विभाजन ड्राइव के आकार के सापेक्ष छोटा होता है।

विभाजन को छोटा रखने का दूसरा मुख्य कारण यह था कि यदि आप फ़ाइल सिस्टम के रूप में FAT32 का उपयोग कर रहे थे, जो 32GB से बड़े विभाजन का समर्थन नहीं करता था। यदि आप NTFS का उपयोग कर रहे थे, तो Windows 2000 से पहले 2TB तक के विभाजन का समर्थन किया गया था, फिर 256TB तक।

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

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

तो क्या यह अभी भी एक अच्छा विचार है, या इसका कोई लाभ है? यह आपके द्वारा रखे गए डेटा पर निर्भर करता है और आप इसे कैसे प्रबंधित करते हैं। मेरा वर्कस्टेशन C: केवल 80GB का है, लेकिन कंप्यूटर में कई ड्राइव में फैले 12TB से अधिक स्टोरेज अच्छी है। प्रत्येक विभाजन में केवल एक निश्चित प्रकार का डेटा होता है, और क्लस्टर आकार को डेटा प्रकार और विभाजन आकार दोनों से मिलान किया जाता है, जो विखंडन को 0 के पास रखता है, और एमएफटी को अनुचित रूप से बड़े होने से बचाता है।

डाउनसाइज़ यह है कि अप्रयुक्त स्थान है, लेकिन प्रदर्शन क्षतिपूर्ति से अधिक बढ़ जाता है, और यदि मुझे अधिक भंडारण चाहिए तो मैं अधिक ड्राइव जोड़ देता हूं। C: इसमें ऑपरेटिंग सिस्टम और अक्सर उपयोग किए जाने वाले एप्लिकेशन शामिल हैं। P: में आमतौर पर उपयोग किए जाने वाले कम अनुप्रयोग हैं, और C: की तुलना में कम लेखन स्थायित्व रेटिंग वाला 128GB SSD है। टी: एक छोटे एसएलसी एसएसडी पर है, और इसमें उपयोगकर्ता और ऑपरेटिंग सिस्टम अस्थायी फ़ाइलें शामिल हैं, जिसमें ब्राउज़र कैश भी शामिल है। वीडियो और ऑडियो फाइलें चुंबकीय भंडारण पर जाती हैं, जैसा कि वर्चुअल मशीन चित्र, बैकअप और संग्रहीत डेटा करता है, इन में आम तौर पर 16KB या बड़े क्लस्टर आकार होते हैं, और पढ़ने / लिखने के अनुक्रमिक पहुंच का वर्चस्व होता है। मैं उच्च लेखन मात्रा के साथ विभाजन पर वर्ष में केवल एक बार डीफ़्रैग चलाता हूं, और पूरी प्रणाली को करने में लगभग 10 मिनट लगते हैं।

मेरे लैपटॉप में केवल एक ही 128GB SSD और एक अलग उपयोग का मामला है, इसलिए मैं एक ही काम नहीं कर सकता, लेकिन मैं अभी भी 3 विभाजन, C: (80GB os और प्रोग्राम्स), T: (8GB temp) और F: ( 24 जीबी उपयोगकर्ता फाइलें), जो अंतरिक्ष को बर्बाद किए बिना विखंडन को नियंत्रित करने का एक अच्छा काम करता है, और लैपटॉप को अंतरिक्ष से बाहर चलाने से बहुत पहले बदल दिया जाएगा। यह बैकअप के लिए भी बहुत आसान बनाता है, क्योंकि F: में एकमात्र महत्वपूर्ण डेटा है जो नियमित रूप से बदलता है।


हालाँकि मेरा प्रश्न कहता है, हमारे आईटी विशेषज्ञ "अभी भी" ऐसा करते हैं क्योंकि मैं उसी समस्या का सामना कर रहा हूं।
एचके_

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

2
@hk_ सिर्फ इसलिए कि आपका आईटी विशेषज्ञ अभी भी चीजों को आदत से बाहर कर रहा है, इसका मतलब यह नहीं है कि 20 या 15 (या 5) साल पहले से उस आदत के लिए मूलभूत सत्य अभी भी सच हैं। यदि आप ब्रिटिश थे और महाद्वीपीय यूरोप को पार करते समय सड़क के बाईं ओर गाड़ी चलाना जारी रखते थे, तो आप चोट की दुनिया में होंगे। यानी "क्योंकि मैंने हमेशा ऐसा किया है" कुछ करने के लिए जारी रखने का एक अच्छा कारण नहीं है।
फ्रीमैन

@ फ्रीमैन मैं इसका समर्थन नहीं कर रहा हूं। मुझे संदेह था इसलिए मेरा सवाल था।
hk_

3

मैं कुछ आईटी काम करता था, और यहाँ वही है जो मुझे पता है और याद है।

अतीत में, जैसा कि दूसरों ने कहा है कि डिस्क की शुरुआत में एक छोटा सी विभाजन होने का वास्तविक लाभ था। आज भी कुछ लोअर एंड लैपटॉप में यह सच हो सकता है। अनिवार्य रूप से एक छोटा विभाजन होने से, आपके पास कम विखंडन होता है और इसे डिस्क की शुरुआत में रखने से आपके पास बेहतर तलाश होती है और इस प्रकार पढ़ी जाती है। यह अभी भी लैपटॉप (आमतौर पर) और धीमी "हरी" हार्ड ड्राइव के साथ आज भी मान्य है।

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


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

1
वे बहुत दूर हो जाते हैं, जिसका अर्थ है कि आप कॉन्फ़िगर मुद्दों को भी हटा सकते हैं।
coteyr

2

यहाँ एक कारण है, लेकिन मेरा मानना ​​है कि यह आज के (आधुनिक) कंप्यूटरों के लिए एक वैध कारण है।

यह विंडोज 95/98 और XT पर वापस जाता है। यह शायद विस्टा और बाद में लागू नहीं होता है, लेकिन यह एक हार्डवेयर सीमा थी इसलिए पुराने हार्डवेयर पर एक नया ओएस चलाना अभी भी सीमा से निपटना होगा।

मेरा मानना ​​है कि सीमा 2 जीबी थी, लेकिन पहले के समय में 1 जीबी सीमा (या शायद अन्य) हो सकती थी।

मुद्दा यह था (कुछ इस तरह): बीओओटी विभाजन को ड्राइव पर भौतिक स्थान के पहले 2 जीबी (शायद 1 जीबी पहले) के भीतर होना था। ऐसा हो सकता है कि BOOT विभाजन का 1) सीमा की सीमा के भीतर होना चाहिए, या, 2) ENTIRE बूट विभाजन को सीमा के सीमा के भीतर होना चाहिए था। यह संभव है कि कई बार, उन मामलों में से प्रत्येक ने आवेदन किया हो, लेकिन अगर # 2 लागू होता है, तो यह संभवतः कम समय तक रहता था, इसलिए मैं मान लूंगा कि यह # 1 है।

इसलिए, # 1 के साथ, BOOT विभाजन का START भौतिक स्थान के पहले 2gb के भीतर होना था। यह बूट / OS के लिए 1 बड़ा विभाजन बनाने में बाधा नहीं डालेगा। लेकिन, मुद्दा दोहरी / बहु बूट था। यदि ड्राइव को दोहरा / मल्टी बूट करना चाहते हैं, तो ऐसा लगता है कि ड्राइव पर अन्य बूट करने योग्य विभाजन बनाने के लिए 2gb निशान के नीचे स्थान उपलब्ध होना चाहिए। चूंकि यह स्थापित समय पर ज्ञात नहीं हो सकता है यदि ड्राइव को कभी भी एक अन्य बूट विभाजन की आवश्यकता होगी, जैसे कि लाइनिक्स, या कुछ बूट करने योग्य डिबग / समस्या निवारण / विभाजन को पुनर्प्राप्त करने के लिए, इसे अक्सर "छोटे पर" स्थापित करने के लिए अनुशंसित किया गया था (और अक्सर बिना जाने क्यों)। "OS बूट विभाजन।


2

मैं सोच रहा था कि क्या आपका दशकों पुराना आईटी विभाग बैकअप के बारे में चिंतित था। चूंकि C: एक बूट / OS विभाजन है, यह कुछ प्रकार के छवि बैकअप का उपयोग करने के लिए विशिष्ट होगा, लेकिन डेटा / प्रोग्राम विभाजन के लिए, एक वृद्धिशील फ़ाइल + फ़ोल्डर बैकअप का उपयोग किया जा सकता है। C: विभाजन में प्रयुक्त स्थान को कम करने से सिस्टम को बैकअप करने के लिए आवश्यक समय और स्थान कम हो जाएगा।


सी: विभाजन के मेरे व्यक्तिगत उपयोग पर एक टिप्पणी। मेरे पास विन 7 और विन 10 सहित एक बहु-बूट सिस्टम है और मेरे पास सी: विभाजन पर कोई ओएस नहीं है, बस बूट फाइलें हैं। मैं विन 7 और विन 10 दोनों के लिए विंडोज सिस्टम इमेज बैकअप का उपयोग करता हूं, और विंडोज सिस्टम इमेज बैकअप में हमेशा विन 7 या विन 10 पार्टीशन के अलावा सी: (बूट) पार्टीशन शामिल होता है, इसलिए यह एक और परिदृश्य है जहां कम मात्रा में C पर डेटा और प्रोग्राम: विभाजन एक सिस्टम इमेज बैकअप के लिए आवश्यक समय और स्थान को कम कर देता है (या यदि आवश्यक हो तो पुनर्स्थापित करें)।


नीचे टिप्पणी के कारण मैं इस अनुभाग को अपने उत्तर में छोड़ रहा हूं।

चूंकि मेरी प्रणाली बहु-बूट है, इसलिए एक अलग OS में रिबूट करना डेटा / प्रोग्राम विभाजन का बैकअप सरल बनाता है क्योंकि विभाजन पर कोई गतिविधि नहीं होती है जबकि वे बैकअप हो रहे हैं। मैंने एक साधारण बैकअप प्रोग्राम लिखा है जो सिक्योरिटी और रीपर की जानकारी के साथ एक फ़ोल्डर + फाइल कॉपी करता है, लेकिन यह विन 7 या विन 10 ओएस विभाजन के लिए काफी काम नहीं करता है, इसलिए मैं सी के लिए सिस्टम इमेज बैकअप का उपयोग कर रहा हूं; और विन 10 ओएस विभाजन।


3
...क्या? सिस्टम विभाजन का बैकअप लेने के लिए उपकरणों और विधियों की कोई कमी नहीं है। इसके अलावा, आपके घर-विकसित बैकअप सिस्टम कुछ भी जटिल के लिए विफल हो जाएगा क्योंकि यह हार्ड-लिंक्ड फ़ाइलों के सामान्य मामलों को संभाल नहीं करता है (SxS इस पर बहुत निर्भर करता है ), जंक्शन बिंदु (फिर से, कोर ओएस इस पर निर्भर करता है), आंशिक रूप से- लिखित फाइलें (VSS इसे संभालती हैं), लॉक की गई फाइलें (फिर, VSS), आदि ..
Bob

मैं शायद आधा दर्जन अलग-अलग सॉफ़्टवेयर पैकेजों का नाम दे सकता हूं - वेम, मैक्रियम, एसिसिस, सिमेंटेक घोस्ट ... जो ऐसा करते हैं। इनमें से अधिकांश पृष्ठभूमि में भी इनबिल्ट तंत्र का उपयोग करते हैं।
जर्नीमैन गीक

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

जहां तक ऑनलाइन पूर्ण विभाजन बैकअप, बस सब कुछ के बारे में वीएसएस का उपयोग करता है एक बिंदु-इन-टाइम स्नैपशॉट (अन्यथा आप मुद्दों में जब आप वापस ऊपर एक डेटाबेस फ़ाइल कि आंशिक रूप से लिखा है, तो बैकअप डेटाबेस पत्रिका चलाने के लिए, कहते हैं, प्राप्त करने के लिए के बाद फ़ाइल पढ़ना समाप्त हो गया है)। Disk2vhd सबसे तुच्छ उदाहरण है; Acronis की तरह अधिक पूर्ण विशेषताओं वाले सूट अतिरिक्त रूप से अंतर / वृद्धिशील छवियों को संभालेंगे।
बॉब

@ याकूब - मैं केवल एक अलग ओएस में रिबूट करने के बाद अपना कार्यक्रम चलाता हूं, इसलिए किसी भी विभाजन का बैकअप सक्रिय नहीं है, एक सक्रिय विभाजन को बैकअप करने की कोशिश के समय स्नैप शॉट मुद्दे में बिंदु से बचने के लिए सक्रिय नहीं है। यह एक हार्ड ड्राइव को "क्लोन" करने के लिए एक डिस्क इमेजिंग उपयोगिता को चलाने के लिए सीडी-रॉम से बूटिंग के समान है (जो मैंने अपनी सभी हार्ड ड्राइव को बदलने के दौरान थोड़ी देर पहले किया था)।
rcgldr

2

नहीं, विंडोज के साथ नहीं और इसके प्रमुख सॉफ्टवेयर सिस्टम से संबंधों पर जोर देते हैं: उन्हें प्रोग्राम में स्थापित करने के बावजूद:। (यह एक संस्थागत आवश्यकता है जिस तरह से अधिकांश ओएस बनाया जाता है।) एक डेटा: वॉल्यूम समझ में आता है, लेकिन आपके डेटा के लिए एक अलग हटाने योग्य ड्राइव (या NAS, या ऐसे हटाने योग्य ड्राइव के लिए चयनात्मक या वृद्धिशील बैकअप) अधिक समझ में आता है।

मल्टी-ओएस सिस्टम के लिए विभाजन भी समझ में आता है, लेकिन प्रत्येक विभाजन आपको एक कठिन ऊपरी भंडारण सीमा का चयन करने के लिए मजबूर करता है। आम तौर पर इस मामले में भी अलग ड्राइव के साथ बेहतर है।

और आज, वर्चुअल मशीन और क्लाउड ड्राइव इनमें से कई विकल्पों के पूरक हैं।


2

एक विशेष कारण है - वॉल्यूम स्नैपशॉट का उपयोग करना।

वॉल्यूम स्नैपशॉट पूरे विभाजन का एक बैकअप है। जब आप इस तरह के बैकअप से पुनर्स्थापित करते हैं, तो आप पूरे विभाजन को फिर से लिखते हैं, प्रभावी रूप से सिस्टम को पिछली स्थिति में वापस लाते हैं।

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

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


0

मैं लगभग आधी शताब्दी से प्रोग्रामिंग कर रहा हूं। एक अन्य उत्तर ऐतिहासिक कहता है और दूसरा लंबा उत्तर कहता है कि एकाधिक भौतिक डिस्क

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

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


-1

वायरस के कारण हम 2 विभाजन करते थे। कुछ वायरस बूट सेक्टर और डिस्क की शुरुआत को अधिलेखित करने के लिए उपयोग किए जाते हैं।

एक फ्लॉपी डिस्क पर पूरे प्रोग्राम की एक कॉपी को यूज करने के लिए यूजर्स कंप्यूटर पर बैकपअप करते थे। (वास्तविकता में एक गैर-बैकअप)

इसलिए जब एक वायरस डिस्क की शुरुआत में "खा जाता है", तो आमतौर पर केवल सिस्टम को फिर से इंस्टॉल करना पड़ता था।

और अगर कोई बैकअप नहीं था, तो दूसरा विभाजन बरकरार रहने पर डेटा की रिकवरी आसान थी।

इसलिए यदि आपके पास बैकअप है, तो यह कारण मान्य नहीं है।

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