On Thu, 2017-12-21 at 11:40 -0800, Rick Stevens wrote:
On 12/21/2017 04:21 AM, Patrick O'Callaghan wrote:
On Thu, 2017-12-21 at 20:04 +0800, Ed Greshko wrote:
On 12/21/17 19:06, Patrick O'Callaghan wrote:
On Thu, 2017-12-21 at 18:14 +0800, Ed Greshko wrote:
On Thu, 2017-12-21 at 16:58 +0800, Ed Greshko wrote: > Oh, and BTW, you should consider enabling fstrim.target as this has been shown to > help maintain performance over time.
fstrim.target doesn't appear to be in the standard repos. Is this a personal script?
I don't know if there is a specific package that supplies it. Could be the kernel....
[egreshko@meimei ~]$ ls /lib/systemd/system/fstrim.* /lib/systemd/system/fstrim.service /lib/systemd/system/fstrim.timer
That explains it. You had mentioned fstrim.target, not fstrim.service.
Ooops... I should have said "enable fstrim.timer"
Thanks for catching that.
Thank you for mentioning it. I have an SSD and occasionally have used fstrim but wasn't aware of the fstrim.timer option.
And for those of you using SSDs, make sure you have a good backup plan in place. SSDs are fast and a lot more reliable than they used to be. However, when they die, they die suddenly and catastrophically--and typically with no warning. I make it a rule to back up to magnetic media frequently as I've been bitten by that issue often in the past.
I do have a nightly backup to rotating rust, but also I reserve the SSD for the root filesystem. It's only 120GB and I doubt that a larger one would make much of a real-life speed difference if I put /home on it.
poc