SSD: cât de des ar trebui să fac fstrim?

TRIM face cel puțin trei lucruri:

1. minimizați amplificarea scrierii
2. preveniți degradarea performanței pe termen lung
3. ștergeți-vă irecuperabil datele

Acum depinde unde vă sunt prioritățile.

Pentru 1), nu ar trebui să utilizați deloc fstrim, ci folosiți opțiunea discard Sistemul de fișiere. Numai dacă totul este tăiat instantaneu, SSD-ul va înceta să mai copieze biți de date din jur. În practică, s-a demonstrat însă că prevenirea amplificării la scriere nu este atât de importantă, deoarece SSD-urile sunt în regulă cu multe scrieri.

Pentru 2), folosind fstrim săptămânal sau chiar lunar este complet bine. Nu este nevoie să utilizați aruncarea instantanee sau să tăiați zilnic – aceasta ar fi o măsură pe termen scurt, dar aceasta este despre menținerea fericită a SSD-ului pe termen lung. Dar depinde și de utilizarea dvs.: dacă sistemul dvs. de fișiere este întotdeauna plin și vede o mulțime de scrieri, s-ar putea să trebuiască să tăiați mai regulat decât dacă aveți tendința de a avea mult spațiu liber și nu atât de mult scrie în sistemele de fișiere.

Pentru 3), nu ar trebui să utilizați deloc niciun fel de decupaj. Practic, dacă vă așteptați să fiți oameni, să comiteți erori, să aveți accidente – ca și cum tocmai v-ați șters colecția de fotografii, hoops – instrumentele de recuperare precum photorec nu vor funcționa după TRIM, deoarece cu TRIM totul dispărut pentru totdeauna.

Din punct de vedere pur al recuperării datelor, SSD-ul este o durere de cap uriașă. Există prea multe decupări în Linux, chiar și fără să vă întreb (mkfs implică trim, lvremove / lvresize / … s-ar putea dacă issue_discards, unele partiționarii ar putea avea idei, …). Acțiunile dintr-o dată reversibile anterior devin ireversibile, toate de dragul de a obține încă câteva puncte în unele etaloane de referință ale sistemului de fișiere …

Dacă decideți fstrim, ar trebui să știți unde se află jobul cron, astfel încât să îl puteți dezactiva atunci când aveți un accident, astfel veți obține un compromis între 2) și 3). În general, cu SSD ar trebui să vă asigurați că aveți copii de siguranță bune, acestea sunt chiar mai importante decât cu HDD, deoarece aveți șanse mai mici de recuperare pe SSD.

Comentarii

• Nu este ' degradarea performanței legată strict de amplificarea scrierii? Am citit că discard este suboptim în ceea ce privește performanța: blog.neutrino.es/2013/… și patrick-nagel.net/blog/archives/337
• Este ' este legat, desigur, dar strict legat? TRIM ajută performanța chiar și în cazurile care nu implică amplificarea scrierii. Dacă suprascrieți o valoare completă a ștergerii datelor în bloc, nu există amplificare la scriere (trebuie să scrieți totul în orice sens). Dar dacă nu există blocuri libere, SSD trebuie să șteargă mai întâi unul și ștergerea este considerabil mai lentă decât scrierea unui bloc deja șters.
• Și câte scrieri sunt în regulă? ' prefer să folosesc unitatea mult timp. (5 ani ar fi grozav) Cât de mare este amplificarea scrierii atunci când tăiați săptămânal?
• Test de rezistență SSD Google, există mai multe. Majoritatea SSD-urilor pot gestiona mai multe scrieri decât veți avea nevoie vreodată (în afara serverului de baze de date grele sau așa ceva). Bineînțeles că poate eșua încă din diverse motive, nu există stocare fiabilă, trebuie să faceți copii de rezervă în orice caz.
• " folosind fstrim săptămânal sau chiar lunar este complet bine " puteți lua în considerare adăugarea sursei? Am întâmpinat afirmația că ar trebui făcută zilnic (și ambele revendicări nu au surse)

man fstrim în Ubuntu 16.04 are

Running fstrim frequently, or even using mount -o discard, might nega‐ tively affect the lifetime of poor-quality SSD devices. For most desk‐ top and server systems the sufficient trimming frequency is once a week. 

Comentarii

• +1 tăierea continuă este proastă, sursă pentru căutare ușoară, deci, în funcție de utilizarea SSD și de calitatea hardware, ar trebui să alegeți zilnic sau săptămânal. Dacă utilizați anacron, acesta îl va executa corect, nu în funcție de reporniri și oprire, astfel încât fiecare opțiune de încărcare trebuie utilizată în combinație cu zilnic sau săptămânal sau oprită.
• FYI, paragraful a fost adăugat la pagina de manual pe 10 aprilie 2014 după această listă de discuții discuție privind adăugarea zilnică a fstrim ca serviciu de temporizare systemd id = „d4f3602fd0″>