फ़ायरफ़ॉक्स एक एसएसडी पर बहुत सारे डेटा लिखता है। इसे कैसे ठीक करें?

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

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

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

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

सर्गेई बॉबिक ने दो सप्ताह के लिए आवेदन द्वारा प्रदान किए गए आंकड़ों की निगरानी की। जैसा कि यह पता चला, यहां तक ​​कि जब कंप्यूटर काम नहीं करता था (लेकिन बंद नहीं किया गया था), तो एसएसडी पर 10 जीबी तक बड़ी मात्रा में डेटा लोड किया गया था।



जो हुआ उसका मुख्य अपराधी फ़ायरफ़ॉक्स ब्राउज़र था। यह हर सेकंड 300 केबी से 2 एमबी तक डाउनलोड हुआ। रिकवरी.जेएस नामक फ़ाइल में रिकॉर्डिंग की गई थी। जैसा कि यह निकला, यह फ़ायरफ़ॉक्स सत्र का एक बैकअप है। ब्राउजर या ऑपरेटिंग सिस्टम क्रैश होने पर इसका इस्तेमाल किया जाता है। यह एक उपयोगी लेकिन संसाधन-गहन सुविधा है। और अगर हम इस बात को ध्यान में रखते हैं कि एसएसडी के पास एक सीमित संसाधन है, तो यहां आपको पहले से ही अपने लिए तय करने की आवश्यकता है जो अधिक उपयोगी है - एक काम करने वाली डिस्क या वर्तमान ब्राउज़र सत्र को पुनर्स्थापित करने के बाद यह गिर जाता है।

सर्गेई लिखते हैं कि समस्या केवल एक फ़ाइल में नहीं है। समस्या का पूरी तरह से अध्ययन करने के लिए, उसने कई अतिरिक्त कदम उठाए:
1. ब्राउजर का मान सेट करें। 15000 एमएस पर ब्राउजर का स्टोर करें और सभी ओपन ब्राउजर टैब को बंद कर दें;
2. Google.com के साथ एक एकल टैब खोला, कुछ मिनट इंतजार किया और इसे बंद कर दिया;
3. फिर से ब्राउज़र खोला और पुनर्प्राप्ति के आकार की जांच की। js। इसका आकार 900 KB के बजाय घटकर 5 KB हो गया है;
4. मैंने दो अलग-अलग खिड़कियों में विभिन्न उपकरणों की कई समीक्षाएं खोलीं। मैंने समीक्षाओं की तलाश की और नए टैब में खोज परिणाम खोले;
5. तीसरी ब्राउज़र विंडो खोली, इस विंडो के टैब में कई साइटें खोलीं;
6. प्रोसेस मॉनीटर लॉन्च किया और पुनर्प्राप्ति पर नज़र रखना शुरू किया। जेएस और कुकी * फाइलें।



7. "फ़ाइल-> कैप्चर ईवेंट" में ईवेंट लॉगिंग निकाली गई। मौजूदा लॉग को भी साफ किया गया था;
8. "फ़ाइल-> कैप्चर ईवेंट" में लॉग-ईवेंट फिर से सक्रिय करना। मैंने 45 मिनट के लिए ऊपर इंगित की गई तीन ब्राउज़र विंडो पर छोड़ दिया। इस समय, सर्गेई क्रोम पर अपनी जरूरतों के लिए बदल गया;
9. मैंने "टूल-> फ़ाइल सारांश" में ब्राउज़र आँकड़ों के माध्यम से देखा।

जैसा कि यह पता चला, इस दौरान फ़ायरफ़ॉक्स ने डिस्क में 1.1 जीबी डेटा लिखा था। मुख्य मात्रा कुकीज़ * है।



एक ही समय में, सभी जोड़तोड़ के बाद फाइल केवल 1.3 एमबी की मात्रा तक बढ़ गई।

सर्गेई फ़ायरफ़ॉक्स में वापस आ गया और खिड़कियों में से एक में outlook.com पर एक मेलबॉक्स खोला। प्रक्रिया मॉनिटर में सभी ईवेंट लॉग को साफ़ किया और फिर से निगरानी शुरू की। इस बार, उन्होंने फ़ायरफ़ॉक्स बेकार छोड़ दिया सिर्फ 10 मिनट के लिए। उसके बाद, पुनर्प्राप्ति.js का आकार बढ़कर 1.5 एमबी हो गया। एसएसडी पर कुकीज़ ने फिर से सैकड़ों मेगाबाइट ले लिए।



काम के लेखक के अनुसार, ब्राउज़र पुनर्प्राप्ति के लिए डेटा का एक गुच्छा लिख ​​सकता है। जेएस फ़ाइल, कुकीज़, या एक ही समय में दोनों जानकारी को वहां और वहां रिकॉर्ड करें। यदि आप फ़ायरफ़ॉक्स द्वारा दर्ज 1.1 जीबी डेटा को एक स्थिर के रूप में लेते हैं, तो आप सिस्टम को बंद नहीं करने पर एक कार्य दिवस में 35 जीबी जानकारी रिकॉर्ड करने की उम्मीद कर सकते हैं। माप के बाद, यह पता चला है कि पुनर्प्राप्ति.js फ़ाइल में लेखन 2 एमबी / एस की गति से चल रहा है।

क्या किया जा सकता है?

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

मुख्य क्रिया फ़ायरफ़ॉक्स विकल्पों में से एक को कॉन्फ़िगर करना है, browser.sessionstore.interval। यह पैरामीटर "about:config"पता बार में एक कमांड निष्पादित करते समय उपलब्ध है । डिफ़ॉल्ट रूप से, यह 15 सेकंड है। समय अंतराल को 30 मिनट तक बढ़ाया जा सकता है। इस मामले में, प्रति दिन फ़ायरफ़ॉक्स द्वारा उत्पन्न डेटा की मात्रा 10-15 जीबी से घटाकर 2 जीबी कर दी जाती है। यह अभी भी बहुत कुछ है, लेकिन ब्राउज़र सेटिंग्स पूरी होने से पहले कई बार कम।

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

भले ही आपके पास सिस्टम डिस्क के रूप में नियमित रूप से HDD हो, तो यह browser.sessionstore.interval पैरामीटर का मान बढ़ाने के लायक है। तथ्य यह है कि एक डिस्क पर निरंतर लेखन इसके प्रदर्शन को कम करता है, और यदि आप ब्राउज़र से डेटा के निरंतर लेखन को हटा देते हैं, तो एक पीसी थोड़ा तेज हो सकता है।

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

Source: https://habr.com/ru/post/hi397865/