(11-03-2014, 02:06 PM)McDivot link Wrote: Thanks Dave,
I followed your tips and this is what i see.
Any idea what the (16 block) limit would mean.
My drive is a OCZ-Vertex4 120GB
I run different version of Linux on my main pc and was with the understanding that trim was handled my the kernel without any necessary input from the user.
Maybe i am wrong on this.
Thanks again for your help.
Bill
divot@asus-VM40B:~$ sudo hdparm -I /dev/sda | grep "TRIM supported"
[sudo] password for divot:
* Data Set Management TRIM supported (limit 16 blocks)
divot@asus-VM40B:~$ sudo fstrim -v /
/: 198092423168 bytes were trimmed
divot@asus-VM40B:~$
Hi Bill,
Not sure what the blocks mean, I have seen outputs with 4, 8 and now yours 16.
Maybe it's related to how many blocks it can Trim at a time.?
The outputs all look O.K, So Trim appears to be supported and working with your SSD
Really not sure why the test didn't work.??
If you look at the links I sent, they give details on how to set-up Trim with a daily Cron Job
That seems to be the preferred/most recommended way to Trim.
From what I have read, it appears that if you add it in fstab it can add an overhead,
because it Trims every time you delete something.
Dave
Upgrades WIP 2.6 to 2.8 - (6 X 2.6 to 2.8 completed on: 20/02/16 All O.K )
Linux Lite 3.0 Humming on a ASRock N3070 Mobo ~ btrfs RAID 10 Install on 4 Disks
Computers Early days:
ZX Spectrum(1982) , HP-150 MS-DOS(1983) , Amstrad CPC464(1984) , BBC Micro B+64(1985) , My First PC HP-Vectra(1987)