Btrfs devel - Nov 2011 - TRIM discard testing

Hi

I installed a new SSD  in my Macbook running Arch Linux (Kernel 3.1). root
partition has btrfs with discard and ssd mount parameters. I wanted to test
whether the discard option was actually working, so I performed a testing
procedure similar to what is described on various websites.
The test file was the output of "seq 100000 999999" which is about 6MB
in size. Instead of looking up the file offset with hdparm (as suggested for
ext4, but not working with btrfs), I searched for one of these numbers in
/dev/sda2 with "hexedit". After I found it deleted the file, did
"sync" and even waited for two minutes (someone suggested sleep
120...), then opened hexedit on /dev/sda2 again, and jumped to the offset to see
if the data was still there which it was.
hdparm -I says the drive supports TRIM and does "Deterministic read after
TRIM" which I interpret to mean that if the data was really discarded, the
drive should return zeros (or something else) but not the previous data.

So I am not familiar with neither internals of btrfs or SATA/IDE standards so I
am clueless here. Is my testing procedure wrong? If not, does the discard
command get lost somewhere?

Thanks for your help.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Rieder  Michael <mr <at> student.ethz.ch> writes:
> hdparm -I says the drive supports TRIM and does "Deterministic read
after
TRIM" which I interpret to mean
> that if the data was really discarded, the drive should return zeros (or
something else) but not the
> previous data.
> 
OK I found out what''s wrong. There''s a difference between
"Deterministic read data after TRIM" (word 69 bit 14)
and "Deterministic read ZEROs after TRIM" (bit 5).
My drive (OCZ Agility 3) uses only deterministic read, but
that only means a trimmed block always returns the same
result until the next write command.

So the testing procedure described on many Linux resources
on the web is not valid for all SSD drives actually...

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html