Firefox vă consumă SSD - iată cum să îl remediați
Dacă sunteți utilizator de Firefox, avem o setare care trebuie modificată. Sistemele moderne de procesare multi-core de astăzi și cantități mai mari de RAM permit utilizatorilor să deschidă mai multe file și ferestre Firefox simultan. Acest lucru poate avea un efect neintenționat pentru acele SSD-uri, deoarece datele de stocare a sesiunilor pot scrie date în mod constant în NAND. Această problemă este discutată într-un subiect al forumului STH, unde puteți urmări discuția.
Observarea problemei: Scrieri SSD grele de la Firefox
Pur întâmplător, am lansat o copie gratuită a SSDLife în două zile consecutive în care nu mi-am folosit cu adevărat stația de lucru pentru altceva decât pentru e-mail și navigare. Pentru cei dintre voi care nu sunt familiarizați cu acest instrument, acesta raportează pur și simplu durata de viață estimată pentru SSD-ul atașat și arată, de asemenea, cantitatea de date citite și scrise.
În cazul meu, SSDLife m-a anunțat că 12 GB a fost scris pe SSD într-o singură zi. Întrucât nu mi-am amintit că am descărcat fișiere uriașe în ziua precedentă sau că am vizitat site-uri noi care ar fi putut duce la scăderea multor conținuturi noi în cache, acest lucru m-a nedumerit. Am monitorizat aceste statistici în următoarele câteva săptămâni și acest comportament a rămas constant. Chiar dacă stația de lucru ar fi lăsată inactivă fără să ruleze nimic, dar câteva ferestre ale browserului, ar scrie invariabil cel puțin 10 GB pe zi către SSD.
Pentru a afla ce se întâmplă, am pornit Resource Monitor și am analizat utilizarea discului.
În partea de sus a listei se afla Firefox, care scria neobosit oriunde între 300K și 2MB pe secundă într-un fișier numit „recovery.js”. Cercetările au arătat că acesta este fișierul de rezervă al sesiunii Firefox, care este utilizat pentru a restabili sesiunile browserului dvs. în caz de blocare a browserului sau a sistemului de operare. Aceasta este o funcționalitate extrem de utilă. Am fost conștient de faptul că Firefox avea această caracteristică, dar habar nu aveam că informațiile despre sesiune erau atât de grele!
Cercetând problema un pic mai mult în ziua următoare, am descoperit că lucrurile sunt mai rele decât am crezut inițial și „recovery.js” nu este singurul fișier implicat. În cazul în care cineva vrea să reproducă, iată ce am făcut în această dimineață:
- Am resetat browser.sessionstore.interval la 15000 și apoi am scăpat de toate ferestrele FF deschise în prezent.
- Am deschis o singură fereastră cu doar Google rulând în ea, am lăsat-o așezată câteva minute, apoi am închis-o.
- Am pornit browserul din nou și la această repornire finală fișierul recovery.js avea doar 5 KB în dimensiune, în scădere de la aproximativ 900 KB înainte.
- Apoi, am deschis o grămadă de recenzii aleatorii pentru Samsung 850 pro și Samsung Galaxy S7 în două ferestre separate. Ați căutat pur și simplu „Samsung 850 pro review” și „samsung galaxy s7 review” și apoi am coborât lista de rezultate deschizându-le în file noi.
- Am deschis o a treia fereastră și am creat o grămadă de file care afișează primele pagini pentru diverse site-uri de știri.
- Am lansat Process Monitor și l-am configurat pentru a urmări fișierele recovery.js și cookie *: