Systemd-swap: हाइबरनेशन वास्तव में संभव नहीं है?

@TeslaBargain , किसी प्रकार का काला जादू जादू।

बेशक, इसे अपने दम पर बनाना संभव है - इसलिए आप इसे स्वयं कर सकते हैं।

ज़राम के लिए, आपको हाइबरनेशन से पहले वह सब कुछ करने की ज़रूरत है:

1. नई स्वैप फ़ाइल जोड़ें
2. इसे प्रारूपित करें और स्वैप करें
3. स्वैपफाइल में डेटा को कर्नेल cmdline में एक्सेस करने के लिए सभी जानकारी जोड़ें (ग्रब कॉन्फिगरेशन, या सिस्टमड-बूट, या लिलो, या यू-बूट और आदि बदलें?)
4. स्वैपआउट ज़राम
5. हाइबरनेट (मुझे लगता है कि आप नहीं जानते कि यह सब होने से पहले आपने कितना समय खो दिया है, हाइबरनेशन को संभव बनाने के लिए)
6. रीबूट/हाइबरनेशन से बाहर निकलने के बाद, आपको वह सब कुछ उल्टे क्रम में करना होगा।

और वह केवल fs पर काम करेगा जो उस तरह की स्वैप फ़ाइलों का समर्थन करता है, अर्थात btrfs के लिए जो संभव नहीं है।

@ Nefelim4ag , मुझे बताने के लिए धन्यवाद, इसलिए इसे इसके लायक बनाने के लिए कुल मिलाकर बहुत अधिक काम। एक आउट-ऑफ-द-बॉक्स समाधान के साथ मैं इसका उपयोग करूंगा, लेकिन इस तरह से मैं अपने स्वैप विभाजन और नियमित स्वैप + हाइबरनेशन उपयोग के साथ रहूंगा।

क्या होगा यदि सिस्टमड-स्वैप शुरू होने पर सिस्टम की सभी उपलब्ध मेमोरी को हाइबरनेट करने के लिए सिस्टम के लिए पर्याप्त स्वैप फाइलों को प्रारूपित और स्वैप करने का विकल्प था? और systemctl-boot या rEFInd या grub या जो कुछ भी में कर्नेल cmdline में स्वैपफाइल में डेटा एक्सेस करने के लिए जानकारी के लिए परीक्षण करने के लिए bootctl कॉल, या किसी प्रकार के निश्चित स्थान का उपयोग करें?

इस तरह, केवल वास्तविक अंतराल ज़्रम की अदला-बदली करने में होगा, कुछ ऐसा जो ज़्राम का उपयोग करने का एक अनिवार्य हिस्सा है।

जिस तरह से मैं इसे समझता हूं, यदि आप पहले से ही स्टार्टअप पर स्वैप पूर्व-आवंटित करने जा रहे हैं , तो

नमस्ते। मैं यह जानने के लिए तैयार हूं कि क्या परिदृश्य जहां आप स्थापना पर एक स्वैप विभाजन को परिभाषित करते हैं और हाइबरनेशन के लिए उस एक का उपयोग करते हैं (सुनिश्चित नहीं है कि कर्नेल को केवल हाइबरनेट के लिए उपयोग करने के लिए कैसे इंगित किया जाए) और फिर शेष स्वैप संचालन के लिए ज़राम का उपयोग करना (और लाभ प्रदर्शनों में)। क्या यह विचार करने योग्य बात है? कोई विचार?

EDIT: यह https://gist.github.com/klingtnet/c972b8182e4e2818d6d551b0cbeac44b
प्लस सिस्टमड-स्वैप (zram)

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

आईआईआरसी, हाइबरनेशन के लिए एक स्वैप डिवाइस की आवश्यकता होती है, इसलिए यह सभी आवंटित मेमोरी को रैम/स्वैप में कहीं और स्टोर करने के लिए पर्याप्त होना चाहिए? (लेकिन यह हाइबरनेशन छवि जो लिखी गई है, डिफ़ॉल्ट रूप से लगभग ४०% के लक्ष्य के साथ संपीड़न का उपयोग करना चाहिए)।

मैंने खुद ऐसा प्रयास नहीं किया है, क्या हाइबरनेशन रैम में डिस्क या ज़राम डिवाइस (डिवाइस) पर स्वैप फाइलों को बरकरार नहीं रखता है जैसे कि उन्हें किसी अन्य सॉफ्टवेयर की तरह आवंटित किया गया था? आप एक सिस्टम स्थिति को फिर से शुरू कर रहे हैं, जब तक कि मेमोरी हाइबरनेशन छवि में लिखी जाती है, इसे पिछले असाइन किए गए स्वैप डिवाइस को एक नए बूट की तरह इनिशियलाइज़ करने के बजाय पुनर्स्थापित/फिर से शुरू करना चाहिए? इस प्रकार हाइपरनेशन स्वैप डिवाइस को टॉगल करने से पहले कोई स्वैप ऑफ / ऑन नहीं होना चाहिए?

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

क्या होता है यह जानने के लिए मैं परिदृश्य एटीएम का परीक्षण करने में सक्षम नहीं हूं। शायद वीएम के माध्यम से परीक्षण करना बहुत मुश्किल नहीं है?

ध्यान देने योग्य बात यह है कि अधिकांश डिस्ट्रोस जो सिस्टमड का उपयोग कर रहे हैं, उन्हें इन दिनों हाइबरनेशन को systemd-sleep hibernate स्थगित कर देना चाहिए? 2019-2020 के बाद से (v239+ रिलीज में मुझे लगता है?) लक्ष्य स्वैप डिवाइस (केवल इस मामले में iirc में विभाजन) निर्दिष्ट करने के लिए कर्नेल पैराम की आवश्यकता के बिना हाइबरनेशन से फिर से शुरू करने की क्षमता है, और अनुमान लगाएगा कि कौन सा स्वैप डिवाइस निहित रूप से उपयोग करना है। यदि केवल एक स्वैप विभाजन है तो वह resume (और resume_offset अगर स्वैप फ़ाइल का उपयोग कर रहा है) कर्नेल बूट पैरा को सेट/अपडेट करने की आवश्यकता के बिना विश्वसनीय होना चाहिए।

फिर से, कुछ नहीं जो मैंने अभी तक सत्यापित करने के लिए परीक्षण किया है।

अपस्ट्रीम ट्रैकिंग समस्या: https://github.com/systemd/systemd/issues/16708