आइए विशेषताओं द्वारा रैम डिस्क में फ़ाइल सिस्टम की प्रयोज्यता पर विचार करें:
सुरक्षा (जर्नलिंग)
वैचारिक नोट्स
यदि आप अपनी रैम डिस्क के कारण डिस्क पर वापस आने के लिए बने रहते हैं, तो आपको समय-समय पर हार्ड डिस्क बैकअप फ़ाइल में किसी भी परिवर्तन को लिखने के लिए अपने रैम डिस्क सॉफ़्टवेयर की आवश्यकता होगी, ताकि यदि आप रिबूट करें, तो आप खो न जाएं (बहुत अधिक ) डेटा।
यदि आप RAM डिस्क बैकअप फ़ाइल को लगातार अधिलेखित करने का कारण बनते हैं, तो आप RAM डिस्क के उद्देश्य को पूरी तरह से हरा देंगे, क्योंकि यह उसी तरह होगा जैसे सीधे HDD में फ़ाइलों को पहली जगह पर लिखना। तो दूसरे शब्दों में, रैम डिस्क में संग्रहित किसी भी डेटा को व्यय योग्य माना जाना चाहिए (यदि आपका सिस्टम अभी बंद हो गया है, तो डेटा चला जाएगा) रैम डिस्क के लिए किसी भी लिख के लिए जो लगातार सिंक्रनाइज़ेशन बिंदु (s) के बीच होती है मीडिया (आपकी हार्ड डिस्क)।
यदि आप नहीं चाहते हैं कि आपकी रैम डिस्क बिल्कुल फ़ाइल-समर्थित हो और जब भी डेटा खोना हो सके, तो डेटा सुरक्षा पूरी तरह से रद्द कर दें।
NTFS : इसमें "जर्नलिंग" नामक एक सुविधा है, जिसका मूल अर्थ है कि फ़ाइल सिस्टम हमेशा एक सुसंगत स्थिति में होता है; यह कभी भी उस स्थिति में नहीं छोड़ा जाता है जहां एक लेखन कमांड केवल "आधा किया जाता है", क्योंकि प्रत्येक लेखन डिस्क पर पहले (या तो मेटाडेटा जर्नल, डेटा जर्नल, या दोनों) में मंचन किया जाता है और फिर अंत में प्रतिबद्ध होता है। यह हार्ड डिस्क और एसएसडी जैसे गैर-वाष्पशील मीडिया के लिए बहुत अच्छा है, लेकिन रैम डिस्क के लिए यह बेकार है। मुख्य बात यह है कि एक पत्रिका पीसी को बिजली के अचानक नुकसान के दौरान डेटा हानि को रोकने की कोशिश करती है, या एक सॉफ्टवेयर बग इतना गंभीर है कि यह सिस्टम को फाइल सिस्टम को सिंक्रनाइज़ किए बिना क्रैश करने का कारण बनता है (उदाहरण के लिए ब्लू स्क्रीन ऑफ डेथ))। लेकिन चूंकि जर्नल और फ़ाइल सिस्टम का डेटा रैम में है, इसलिए डेटा जर्नलिंग की कोई भी मात्रा डेटा हानि को रोक नहीं सकती है! तो पत्रिका सिर्फ बर्बाद जगह है और मैं / ओ संचालन।
FAT32 : एक पत्रिका नहीं है।
FAT16 : एक पत्रिका नहीं है।
प्रदर्शन
वैचारिक नोट्स
प्रदर्शन कई कारकों से प्रभावित होता है, जिसमें डेटा सुरक्षा की मात्रा (डेटा सुरक्षा के उपाय आमतौर पर सीधे बढ़े हुए सुरक्षा के परिणाम के रूप में प्रदर्शन को नुकसान पहुंचाते हैं), कैशिंग की मात्रा और स्तर, ब्लॉक आकार और फ़ाइल सिस्टम इंडेक्स और डेटा अकाउंटिंग एल्गोरिदम शामिल हैं।
NTFS : डेटा लेखांकन और अनुक्रमण के लिए अधिक उन्नत एल्गोरिदम के उपयोग के कारण FAT16 या FAT32 की तुलना में NTFS का प्रदर्शन संभवतः RAM डिस्क के रूप में काफी प्रतिस्पर्धी है। भले ही NTFS के पास एक जर्नल है, जो इसे कुछ हद तक धीमा कर देता है, हार्ड डिस्क पर जर्नल की लागत रैम की तुलना में कम है।
FAT16 : एक छोटे पते के स्थान का उपयोग अन्य फाइल सिस्टम पर FAT16 को थोड़ा अधिक प्रदर्शन देता है। हालाँकि, फ़ाइल सिस्टम NTFS की तुलना में डेटा के प्रबंधन और अनुक्रमित करने के लिए काफी भोले एल्गोरिदम का उपयोग करता है, इसलिए प्रदर्शन-कारण-से-सादगी मजबूत एल्गोरिदम की अनुपस्थिति के कारण प्रदर्शन की कमी से आंशिक या पूरी तरह से ऑफसेट हो सकती है।
FAT32 : लगभग FAT16 की तरह ही है, लेकिन यह फाइलसिस्टम के भीतर कई और फाइलें पकड़ सकता है - 32KB क्लस्टर्स के लिए 268,170,300 तक - बहुत कम (नगण्य?) प्रदर्शन डेल्टा FAT16 की तुलना में।
विशेषताएं
NTFS : FAT16 और FAT32 के सापेक्ष सबसे मजबूत विशेषताओं को रखता है। यह फ़ाइल सिस्टम-स्तर एन्क्रिप्शन और संपीड़न जैसी चीजों का समर्थन करता है; बहुत बड़ी (> 4 जीबी) फाइलें; विस्तारित विशेषताएं; वैकल्पिक डेटा स्ट्रीम; और FAT16 और FAT32 की तुलना में बहुत लंबा फ़ाइल नाम। जब तक आप NTFS का उपयोग नहीं कर रहे हैं, कुछ प्रोग्राम जो फ़ाइल सिस्टम की बहुत ही विशेष सुविधाओं का उपयोग करते हैं, काम नहीं कर सकते हैं।
FAT16 : फीचर्स के मोर्चे पर बेहद कमजोर। सामान्य डिस्क I / O करने वाले अधिकांश कार्यक्रमों के साथ काम करना चाहिए, लेकिन फ़ाइल-स्तरीय पहुंच अनुमतियों का हिसाब नहीं है।
FAT32 : सुविधाओं के मोर्चे पर बेहद कमजोर। सामान्य डिस्क I / O करने वाले अधिकांश कार्यक्रमों के साथ काम करना चाहिए, लेकिन फ़ाइल-स्तरीय पहुंच अनुमतियों का हिसाब नहीं है।
केवल 1.5 जीबी के आकार के लिए, FAT16 अपनी अंतर्निहित सीमाओं में से किसी के खिलाफ नहीं टकराएगा, सिवाय शायद फ़ाइलों की संख्या की सीमा यदि आपके पास एक प्रोग्राम है जो बहुत सारी फाइलें बनाता है । FAT32 सीमा की चिंता को पूरी तरह से समाप्त कर देता है, क्योंकि आप 1.5 जीबी की मात्रा में> 4 जीबी फ़ाइल को स्टोर नहीं कर सकते हैं, और अधिक से अधिक फाइलें 1.5 जीबी स्थान (268 मिलियन) में फिट हो सकती हैं।
उन्होंने कहा, मैं NTFS के साथ जाऊंगा, जब तक कि आपको हर अंतिम 0.5% प्रदर्शन की आवश्यकता न हो। और फिर भी आप डेटा के बेहतर प्रबंधन (उदाहरण के लिए, यह extents का समर्थन करता है ) के आंतरिक विखंडन को कम करने के लिए FAT पर NTFS का उपयोग करके कुछ संचालन के साथ बेहतर प्रदर्शन प्राप्त करने में सक्षम हो सकते हैं )।