मेमोरी से ऑपरेटिंग सिस्टम चलाना


10

एसएसडी मान रहे हैं कि यह बहुत कम संभावना है कि एक ओएस को मुख्य मेमोरी में लोड करना और इसे वहां से चलाना कितना किफायती होगा?

मुझे लगता है कि मैं कुछ स्पष्ट कमियों से निपट सकता हूं (मैं पिछले 2 वर्षों से 20gig VM की सीमा के अंदर बच गया हूं), लेकिन विंडोज 7 या नवीनतम फेडोरा चलाने के लिए समर्थक, चोर की आवश्यकताएं और लागतें क्या हैं उबटन डिस्ट्रो रैम से सख्ती से।

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


मुझे यहाँ क्या रचनात्मक आवश्यकता याद आ रही है?
पीटर टर्नर

मैं सहमत हूं, पीटर, मैंने "-1" पर भी प्रतिक्रिया व्यक्त की। +1।
TFM

बस जानकारी के लिए, यह वही है जो FreeNAS 0.7 एंबेडेड करता है, ताकि ओएस फ्लैश ड्राइव पर राइट्स को कम किया जा सके।
१२:५२ पर sblair

बूट टॉरपिक्स 'टोरम' विकल्प के साथ; सीडी को मेमोरी में कॉपी करने की प्रतीक्षा करें; ????; Profi-- संपूर्ण ओएस, अनुप्रयोग, फ़ाइलें, आदि मेमोरी से चल रहे हैं। डाउनसाइड: सीडी रोम ड्राइव से मेमोरी में 700 एमबी पढ़ने में समय लगता है।
डार्थ एंड्रॉइड

यह SSD का उपयोग करने की तुलना में बहुत अधिक असुरक्षित प्रतीत होता है। अधिकांश SSDs बहुत ही स्थिर लगते हैं और इनकी लंबी उम्र होती है (आज की तेजी से बढ़ती तकनीक के साथ आप इस तरह की चीज़ों का उपयोग 2-5 साल से अधिक समय तक नहीं करना चाहते हैं ...)। RAM में सिस्टम लोड करने के साथ उदाहरण के लिए एक समस्या यह होगी कि बिजली की हानि का मतलब है कि आप पूरे कार्य-डेटा को खो देंगे।
माइकल के

जवाबों:


8

अच्छा सवाल है, लेकिन मुझे लगता है कि आप कुछ याद कर रहे हैं - अधिकांश ऑपरेटिंग सिस्टम पहले से ही स्टार्टअप पर सिस्टम की मेमोरी में लोड है। दुनिया के हर प्रोग्रामर को पता है कि कंप्यूटर में मंदी / अड़चन क्या है (डिस्क ड्राइव, चाहे वह आपके लिए गैर-प्रोग्रामर ही क्यों न हो), इसलिए वे सभी सिस्टम रैम में आर्थिक रूप से यथासंभव लोड करते हैं।

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

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


अनुप्रयोगों का उल्लेख करने के लिए +1। अधिक बार नहीं, यह उन अनुप्रयोगों को है जो हम उपयोग करते हैं जो धीमी हैं और ओएस नहीं हैं। और बहुत कम है, अगर कुछ भी है, तो ओएस अनुप्रयोगों को गति देने के लिए कर सकता है। जब तक आप Microsoft को एकाधिकार में वापस नहीं लेते हैं। जिसका मैं पक्ष लेता हूं।
सर्फस

एप्लिकेशन अक्सर सिस्टम ड्राइव (यानी, c:) के साथ बातचीत करना पसंद करते हैं । इस प्रकार, यह पूरी तरह से समझ में आता है कि ओएस रैम में है।
दिमित्री नेस्टरुक

«वास्तव में कोई मतलब नहीं है, क्योंकि आपको ओएस को स्टार्टअप पर स्टोरेज ड्राइव से लोड करना है, और फिर इसे बंद करने से पहले ड्राइव पर फिर से लिखना है» ओएस छवियों के लिए नेटवर्क बूट के बारे में क्या जो हर बूट पर रीसेट होना चाहिए?
ग्रोशा

1

बस कुछ विचार। वास्तव में अच्छी तरह से व्यवस्थित नहीं है। लेकिन देखते हैं कि हम कितनी दूर जा सकते हैं।

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

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

हालांकि लिनक्स के लिए यह एक विकल्प हो सकता है और कोई उपलब्ध राम की मात्रा को निर्दिष्ट करने और इसके लिए एक दर्जी ओएस बनाने की कोशिश कर सकता है। जैसे 4 जीबी रैम संस्करण / 8 जीबी रैम संस्करण / 16 जीबी रैम संस्करण, जिसमें 2 जीबी / 4 जीबी / 12 जीबी का उपयोग हार्डडिस्क से फाइल लोड करने के लिए किया जाता है ... आदि।

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