SSD: hvor ofte skal jeg lave fstrim?

TRIM gør mindst tre ting:

1. minimer skriveforstærkning
2. forhindrer langsigtet ydelsesforringelse
3. sletter dine data uopretteligt

Nu afhænger det af, hvor dine prioriteter er.

For 1) skal du slet ikke bruge fstrim, men benyt discard til din filsystem. Kun hvis alt er trimmet med det samme, vil SSD stoppe med at kopiere ikke længere nødvendige bits rundt. I praksis er det dog vist, at forhindring af skriveforstærkning ikke er så vigtigt, da SSD er fint med mange skriv.

For 2), ved hjælp af fstrim ugentligt eller endda månedligt er helt fint. Der er ikke behov for at bruge øjeblikkelig kassering eller at trimme dagligt – det ville være en kortsigtet foranstaltning, men det handler om at holde SSDen glad på lang sigt. Men det afhænger også af din brug: hvis dit filsystem altid er fuldt og ser mange skrivninger, er du muligvis nødt til at trimme mere regelmæssigt, end hvis du har tendens til at have masser af ledig plads og ikke så meget skriver i dine filsystemer.

For 3) skal du slet ikke bruge nogen form for trim. Dybest set, hvis du forventer at være menneske, laver fejl, har ulykker – som om du lige har slettet din fotosamling, whoops – gendannelsesværktøjer som photorec vil ikke arbejde efter TRIM, fordi med TRIM er alt væk for evigt.

Fra et rent datagendannelsesperspektiv er SSD en enorm hovedpine. Der sker for meget trim i Linux, selv uden at spørge dig (mkfs antyder trim, lvremove / lvresize / … måske hvis issue_discards, nogle partitionere kan have ideer, …). Pludselig er tidligere reversible handlinger irreversible, alt sammen for at få et par flere point i noget filsystem benchmark …

Hvis du beslutter dig for fstrim skal du vide hvor cron-jobbet er placeret, så du kan deaktivere det, når du har en ulykke, på den måde får du et kompromis mellem 2) og 3). Generelt med SSD skal du sørge for, at du har gode sikkerhedskopier, de er endnu vigtigere end med harddisk, da du har mindre chance for gendannelse på SSD.

Kommentarer

• Er ' t præstationsnedbrydningen strengt bundet med skriveforstærkningen? Jeg læste, at discard er suboptimalt præstationsmæssigt: blog.neutrino.es/2013/… og patrick-nagel.net/blog/archives/337
• Det ' er naturligvis beslægtede, men strengt bundet? TRIM hjælper ydeevnen selv i tilfælde, der ikke involverer skriveforstærkning. Hvis du overskriver en fuldstændig sletning af værdien af data, er der ingen skriveforstærkning (du skal skrive det hele på begge måder). Men hvis der ikke er nogen gratis blokke, skal SSD først slette en, og sletning er betydeligt langsommere end at skrive en allerede slettet blok.
• Og hvor mange skrivninger er fine? Jeg ' vil hellere bruge drevet i lang tid. (5 år ville være fantastisk) Hvor stor er skriveforstærkningen, når du trimmer ugentligt?
• Google ssd udholdenhedstest, der er flere. De fleste SSD kan håndtere flere skrivninger, end du nogensinde har brug for (uden for den tunge databaseserver eller noget). Selvfølgelig kan det stadig mislykkes af forskellige årsager, der er ingen pålidelig lagerplads, du skal under alle omstændigheder tage sikkerhedskopier.
• " ved hjælp af fstrim ugentligt eller endda månedligt er helt fint " kan du overveje at tilføje kilde? Jeg stødte på krav om, at det skulle gøres dagligt (og begge påstande har overhovedet ingen kilder)

man fstrim i Ubuntu 16.04 har

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. 

Kommentarer

• +1 kontinuerlig trim er dårlig, kilde til det er let at søge i, så afhængigt af SSD-brug og hardwarekvalitet skal du vælge dagligt eller ugentligt. Hvis du bruger anacron, udfører den korrekt, ikke afhængigt af genstart og slukket, så hver bootmulighed skal bruges i kombination med dagligt eller ugentligt eller slukket.
• FYI, afsnittet blev tilføjet til manpage den 10. april 2014 efter denne mailingliste diskussion om tilføjelse af daglig fstrim som systemtimertjeneste ( også ændret til ugentlig ).