Existují různé zdroje a navrhují se různé postupy. Našel jsem následující návrhy, jak často by měl být spuštěn fstrim.

  • spustit každý týden cron
  • spustit každý den cron
  • spustit při každém spuštění

Jaká je optimální volba a proč? Ubuntu 14.04 používá ve výchozím nastavení první možnost.

Odpověď

TRIM dělá alespoň tři věci:

  1. minimalizujte zesílení zápisu
  2. zabraňte dlouhodobému snížení výkonu
  3. nenávratně smažte svá data

Nyní záleží na tom, kde jsou vaše priority.

Pro 1) byste neměli vůbec používat fstrim, ale využijte možnost discard svého souborový systém. Pouze pokud je vše okamžitě oříznuto, jednotka SSD přestane kopírovat nepotřebné kousky dat. V praxi se však ukázalo, že prevence zesílení zápisu není tak důležitá, protože SSD jsou v pořádku se spoustou zápisů.

Pro 2) pomocí fstrim týdně nebo dokonce každý měsíc je úplně v pořádku. Není třeba používat okamžité vyřazení nebo ořezávat každý den – to by bylo krátkodobé opatření, ale jde o to, aby byl SSD dlouhodobě šťastný. Ale také to záleží na vašem použití: pokud je váš souborový systém vždy plný a vidí spoustu zápisů, možná budete muset ořezávat pravidelněji, než když máte tendenci mít spoustu volného místa a ne tolik zápisů do vašich souborových systémů.

U 3) byste vůbec neměli používat žádné úpravy. V zásadě, pokud očekáváte, že budete lidé, uděláte chyby, budete mít nehody – jako byste právě smazali svou sbírku fotografií, whoops – nástroje pro obnovení jako photorec po TRIMu nebudou fungovat, protože s TRIM je všechno navždy pryč.

Z čistého hlediska obnovy dat je SSD obrovskou bolestí hlavy. V systému Linux se děje příliš mnoho úprav, a to i bez toho, abyste se na to zeptali (mkfs implikuje trim, lvremove / lvresize / … může, pokud issue_discards, některé oddělovače mohou mít nápady, …). Najednou se dříve reverzibilní akce stanou nevratnými, a to vše kvůli získání několika dalších bodů v nějakém měřítku souborového systému …

Pokud se rozhodnete pro fstrim měli byste vědět kde je umístěna úloha cron, takže ji můžete deaktivovat, když dojde k nehodě, tak získáte kompromis mezi 2) a 3). Obecně u SSD byste se měli ujistit, že máte dobré zálohy, jsou ještě důležitější než u HDD, protože na SSD máte menší šanci na zotavení.

Komentáře

  • Není ' t snížení výkonu striktně vázáno na zesílení zápisu? Četl jsem, že discard je neoptimální z hlediska výkonu: blog.neutrino.es/2013/… a patrick-nagel.net/blog/archives/337
  • ' související, samozřejmě, ale přísně vázaný? TRIM pomáhá výkonu i v případech, které nezahrnují zesílení zápisu. Pokud přepíšete celý vymazaný blok v hodnotě dat, nedojde k žádnému zesílení zápisu (musíte to celé zapsat oběma způsoby). Pokud ale neexistují žádné volné bloky, musí SSD nejprve vymazat jeden a mazání je podstatně pomalejší než zápis již vymazaného bloku.
  • A kolik zápisů je v pořádku? Raději bych disk o dlouhou dobu používal '. (5 let by bylo skvělých) Jak velké je zesílení zápisu při týdenním ořezávání?
  • Test vytrvalosti ssd Google, existuje několik. Většina disků SSD zvládne více zápisů, než kdy budete potřebovat (mimo těžký databázový server nebo tak něco). Samozřejmě to může z různých důvodů stále selhat, neexistuje spolehlivé úložiště, zálohování musíte v každém případě provádět.
  • " pomocí fstrim týdně nebo dokonce měsíčně je naprosto v pořádku " můžete zvážit přidání zdroje? Setkal jsem se s tvrzením, že by to mělo být prováděno denně (a obě tvrzení nemají vůbec žádné zdroje)

Odpověď

man fstrim v Ubuntu 16.04 má

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. 

Komentáře

  • +1 průběžná úprava je špatná, zdroj je snadno prohledávatelný, takže v závislosti na využití ssd a kvalitě hardwaru byste si měli vybrat každý den nebo týdně. Pokud používáte anacron, provede jej správně bez ohledu na restartování a vypnutí, takže každá možnost spuštění by měla být použita v kombinaci s denním nebo týdenním nebo vypnutá.
  • pro informaci, odstavec byl přidán na stránku 10. dubna 2014 po tato e-mailová konference diskuse týkající se přidávání denního fstrim jako služby časovače systemd ( také změněno na týdenní ).

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *