Ubuntu 14.04 Finally Enables SSD TRIM By Default

[madbiologist]

adding discard options to ext4 on SSD is not a good idea.
when removing a lot of small files (make clean ?), it can freeze a computer for 5-10min.
it's the case on my laptop (quad-core with 6G RAM), and a better method is to add fstrim to a crontab.

If I understand things correctly, this problem was addressed in Serial ATA revision 3.1 (released in July 2011) with the introduction of the Queued Trim Command. Support for the Queued Trim Command was introduced in the 3.12 kernel - see https://lkml.org/lkml/2013/9/3/277

[jockinator]

If you had read the Google+ post, you would know that they actually do this. The are aware of the fact that kernel managed trim has issues.

oh you're right, the source https://blueprints.launchpad.net/ubu...1-ssd-trimming said it is a cron job using fstrim, but the phoronix article is inaccurate :

Supporting TRIM requires setting the discard mount option for using TRIM when deleting files as it's not enabled by default

I observe freeze on my work PC, when I build a whole Android tree, and then delete the "out/" folder (~30GB, ), but that's a known issue. Most blog posts I've seen on TRIM on Linux, choose fstrim over discard mount option.

[brent]

adding discard options to ext4 on SSD is not a good idea.
when removing a lot of small files (make clean ?), it can freeze a computer for 5-10min.
it's the case on my laptop (quad-core with 6G RAM), and a better method is to add fstrim to a crontab.

If you had read the Google+ post, you would know that they actually do this. The are aware of the fact that kernel managed trim has issues.

[Ferdinand]

Linux could do that too. It only didn't because you didn't write required patches back in 2009. Linux is free mate, nobody is stopping you from adding support for anything.

Linux is free and is all about choice. Your comment assumes that my choice of paying for an expert to do it for me does not exist in the Linux world. I hope you will never use that 'argument' again.

[Ericg]

Linux could do that too. It only didn't because you didn't write required patches back in 2009. Linux is free mate, nobody is stopping you from adding support for anything.

Its actually funny cause according to: http://en.wikipedia.org/wiki/Trim_%2...system_support Linux had TRIM support before Windows did :P

[prodigy_]

So why could Windows add this in 2009?

Linux could do that too. It only didn't because you didn't write required patches back in 2009. Linux is free mate, nobody is stopping you from adding support for anything.

[guido12]

So they're using fstrim and a daily or weekly cron job.

Does anyone know how Windows does it? I keep hearing that neither discard nor fstrim with a cron job are ideal (which was why there was such a long debate on whether or not to enable TRIM by default) and Windows does it completely differently but no one knows how.

[darkbasic]

I use Gentoo and I never had such an issue on my Intel X25-M G2

[grege]

No problem here either

adding discard options to ext4 on SSD is not a good idea.
when removing a lot of small files (make clean ?), it can freeze a computer for 5-10min.
it's the case on my laptop (quad-core with 6G RAM), and a better method is to add fstrim to a crontab.

when I say freeze, I mean all keystroke/click are delayed by 30-40s, so it's completely unusable.

I am with Calinou, I have never had that issue. And even after months of updates apt-get clean is instantaneous. I do not compile a lot, and my projects are relatively small, but make clean is also instantaneous for me.

I am using Debian Sid/Jessie not Ubuntu.

For 99% of users discard is a good idea. For people like you, you are smart enough to edit fsatb and use crontab instead.

[Ferdinand]

So why could Windows add this in 2009?