Det finns olika källor och olika metoder föreslås. Jag hittade följande förslag hur ofta man ska köra fstrim.

  • körs varje vecka av cron
  • körs dagligen av cron
  • körs vid varje start

Vad är det bästa alternativet och varför? Ubuntu 14.04 använder det första alternativet som standard.

Svar

TRIM gör minst tre saker:

  1. minimera skrivförstärkning
  2. förhindra långsiktig prestandaförsämring
  3. raderar dina data oåterkalleligt

Nu beror det var dina prioriteringar är.

För 1) ska du inte använda fstrim, utan använda alternativet discard filsystem. Endast om allt trimmas omedelbart slutar SSD att kopiera inte längre behövda databitar runt. I praktiken har det dock visat sig att förhindra skrivförstärkning inte är så viktigt eftersom SSD är bra med många skrivningar.

För 2), med fstrim varje vecka eller till och med månadsvis är helt bra. Det finns ingen anledning att använda omedelbar kassering eller att trimma dagligen – det skulle vara en kortsiktig åtgärd, men det handlar om att hålla SSD nöjd på lång sikt. Men det beror också på din användning: om ditt filsystem alltid är fullt och ser många skrivningar, kan du behöva trimma mer regelbundet än om du tenderar att ha mycket ledigt utrymme och inte så mycket skriver i dina filsystem.

För 3) borde du inte använda någon form av trim alls. I grund och botten om du förväntar dig att vara mänsklig, gör fel, får olyckor – som om du precis har tagit bort din fotosamling, whoops – återställningsverktyg som photorec kommer inte att fungera efter TRIM för allt med TRIM borta för alltid.

Ur en rent dataåterställningssynpunkt är SSD en enorm huvudvärk. Det finns för mycket trimning i Linux, även utan att fråga dig (mkfs innebär trim, lvremove / lvresize / … kanske om issue_discards, några partitioner kan ha idéer, …). Plötsligt blir tidigare reversibla åtgärder oåterkalleliga, allt för att få några fler poäng i vissa filsystem riktmärken …

Om du bestämmer dig för fstrim borde du veta där cron-jobbet finns så att du kan inaktivera det när du har en olycka, så får du en kompromiss mellan 2) och 3). I allmänhet med SSD bör du se till att du har bra säkerhetskopior, de är ännu viktigare än med hårddisken eftersom du har mindre risk för återställning på SSD.

Kommentarer

  • Är inte ' t prestandadegraderingen strikt bunden till skrivförstärkningen? Jag läste att discard är suboptimalt prestationsmässigt: blog.neutrino.es/2013/… och patrick-nagel.net/blog/archives/337
  • Det ' relaterade, naturligtvis, men strikt bundna? TRIM hjälper prestanda även i fall som inte innebär skrivförstärkning. Om du skriver över ett fullständigt radera blockvärde av data finns det ingen skrivförstärkning (du måste skriva hela saken på något sätt). Men om det inte finns några fria block måste SSD radera en först och raderingen är betydligt långsammare än att skriva ett redan raderat block.
  • Och hur många skrivningar är bra? Jag ' använder hellre enheten under lång tid. (5 år skulle vara jättebra) Hur stor är skrivförstärkningen vid trimning varje vecka?
  • Googles SSD-uthållighetstest, det finns flera. De flesta SSD kan hantera fler skrivningar än vad du någonsin kommer att behöva (utanför tung databasserver eller något). Naturligtvis kan det fortfarande misslyckas av olika anledningar, det finns ingen tillförlitlig lagring, du måste göra säkerhetskopior i alla fall.
  • " med fstrim varje vecka eller till och med varje månad är helt bra " kan du överväga att lägga till källa? Jag stötte på påståendet att det borde göras dagligen (och båda påståenden saknar källor alls)

Svar

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 trimning är dålig, källa för att det är enkelt att söka, så beroende på SSD-användning och hårdvarukvalitet ska du välja dagligen eller varje vecka. Om du använder anacron kommer det att köras korrekt, inte beroende på omstart och avstängning, så varje startalternativ bör användas i kombination med dagligen eller veckovis eller avstängd.
  • FYI, stycket lades till på manpage den 10 april 2014 efter denna e-postlista diskussion om att lägga till daglig fstrim som systemtimertjänst ( ändrades också till veckovis ).

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *