[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-user
Subject:    Re: [gentoo-user] Problem with gdbus-codegen
From:       Alan McKinnon <alan.mckinnon () gmail ! com>
Date:       2017-01-30 14:37:22
Message-ID: 4d064c23-16fb-dba3-5c49-2b0be1302a98 () gmail ! com
[Download RAW message or body]

On 30/01/2017 01:06, Mick wrote:
> On Sunday 29 Jan 2017 22:10:59 Neil Bothwick wrote:
>> On Sun, 29 Jan 2017 19:17:47 +0000, Mick wrote:
>>>> Are you running fstrim once in a while like it's recommended?
>>>> Apparently using 'discard' as an option when mounting is no longer
>>>> recommended. On my laptops I use a systemd timer to do this. Before
>>>> that I used anacron (I think it was anacron) which would run missed
>>>> cronjobs.
>>>
>>> This is surprised me ... I just installed Gentoo on a MacBook and the
>>> handbook/wiki said to use discard in fstab ... I'm running two PCs like
>>> this now.  :-/
>>>
>>> Is there a URL somewhere recommending otherwise?
>>
>> man fstrim:
>>
>> Running fstrim  frequently, or even using mount -o discard, might
>> negatively affect the lifetime of poor-quality SSD devices. For most
>> desktop and server systems a sufficient trimming frequency is once a
>> week. Note that not all devices support a queued trim, so each trim
>> command incurs a performance penalty on whatever else might be trying to
>> use the disk at the time.
> 
> Hmm .... I better take these discards off fstab then.  Are these weekly trims 
> OK, if the PC is rebooted on a daily basis?
> 

You can deal with trim as if it were a low-impact defrag on Windows. All
trim really does is clean up blocks from deleted files, nuke the
metadata and return the blocks to the unallocated pool.

This is an expensive operation on SSDs which is why they are delayed. In
theory you could even leave the disk untrim'med until you need the space :-)


-- 
Alan McKinnon
alan.mckinnon@gmail.com


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic