OpenRC पर psd का उपयोग करके Chromium कैश आदि को SSD से RAM पर ले जाना
नमस्ते, मैं Munou हूँ।
संयोग से मैं Arch Wiki देख रहा था और मुझे कुछ अच्छा मिला।
- ब्राउज़र प्रोफ़ाइल को सिंक करने के तरीके के बारे में जानकारी के लिए Profile-sync-daemon देखें। कुछ ब्राउज़रों के लिए सावधानी बरतने की आवश्यकता हो सकती है। उदाहरण के लिए Firefox Ramdisk देखें।
मुझे लगा कि यह समझ में आता है, इसलिए मैंने इसे आज़माने का फैसला किया।
लिखने के बाद मुझे एहसास हुआ कि शीर्षक की जापानी भाषा थोड़ी अजीब है, लेकिन
इसका मतलब है कि प्रति-उपयोगकर्ता Chromium जैसे कैश और विभिन्न जानकारी
~/.config/chromium के अंतर्गत रखी जाती है। डिफ़ॉल्ट रूप से यह HDD/SSD जैसे स्थायी डिस्क पर रखी जाती है, लेकिन अगर इसे RAM ( tmpfs ) पर रखा जाए तो यह तेज़ हो जाएगी, है ना? चूंकि यह RAM है, क्या यह मिट जाएगी? तो, जब यह चल रहा हो, तो मैं इसे समय-समय पर स्थायी डिस्क की ओर भी कॉपी करता रहूँगा। यही इसका मतलब है।
कुछ समय पहले, खाली RAM क्षेत्र को स्थायी डिस्क की तरह व्यवहार करने वाली काफी चीज़ें थीं। क्या यह उसी तरह का कोई बचा हुआ हिस्सा है?
इंस्टॉलेशन
sudo pacman -S profile-sync-daemon
सेटिंग्स
डिफ़ॉल्ट रूप से कुछ भी सक्षम नहीं है, इसलिए ~/.config/psd/psd.conf को संपादित करें।
मेरे मामले में, चूंकि मेरा लैपटॉप अक्सर सस्पेंड मोड में चला जाता है, इसलिए मैंने यह सेटिंग रखी है।
$ cat ~/.config/psd/psd.conf | grep -v \#
USE_SUSPSYNC="yes"
BROWSERS=(chromium firefox vivaldi)
USE_OVERLAYFS="yes"
OpenRC पर चलाने के लिए
/etc/local.d के नीचे जोड़ें
$ cat /etc/local.d/psd.start
#!/bin/sh
/usr/bin/psd sync
$ cat /etc/local.d/psd.stop
#!/bin/sh
/usr/bin/psd resync
/usr/bin/psd unsync
$ chmod +x /etc/local.d/psd*
chromium सहित उन सभी प्रक्रियाओं को रोकने के बाद जिन्हें आप प्रबंधित करना चाहते हैं, local सेवा को पुनरारंभ करें
sudo rc-service local restart
पुष्टि करें कि सिम्बोलिक लिंक tmpfs के अंतर्गत इंगित कर रहा है।
$ ls -la ~/.config/chromium
lrwxrwxrwx 1 haturatu haturatu 36 4月 19 08:38 /home/haturatu/.config/chromium -> /run/user/1000/psd/haturatu-chromium
निष्कर्ष
मैंने यह किया तो सही, लेकिन
मुझे लगता है कि इसे RAM पर ले जाने से पहले ठीक से सफाई कर लेनी चाहिए थी ^^;
※ अतिरिक्त नोट
OpenRC के मामले में, इसे उपयोगकर्ता स्थान में चलाने की आवश्यकता है और चूंकि यह systemd के लिए है, इसलिए डेटा उड़ सकता है। इसलिए मैं इसकी अनुशंसा नहीं करता, लेकिन मैं बाद में वर्कअराउंड के बारे में जोड़ूँगा।
मैंने OpenRC के लिए एक डेमन बनाया है
yay -S profile-sync-daemon-openrc-git