Re: [PATCH] dm-raid.txt: document discard support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "Heinz" == Heinz Mauelshagen <heinzm@xxxxxxxxxx> writes:

Heinz,

Heinz> so can we rely on discard_zeroes_data if reported 100% now?

The intent is for the reporting to be accurate, yes.

This means that for SCSI we only turn it on when using the WRITE
SAME(10/16) commands. These require the storage to physically zero out
any portions of the request that can not be successfully deallocated.

For SATA we can't trust the protocol but vendors are sometimes willing
to provide guarantees above and beyond what is in the spec. I explicitly
whitelist devices from vendors that have done so.

It appears Microsoft is as disenchanted with the standards bodies as we
are and are now requiring vendors to provide hard guarantees. As a
result we should be able to leverage Windows qualifications going
forward.

That said, all storage is buggy so there is always some risk involved.
But as of 3.19, discard_zeroes_data=1 has much stricter requirements
than it did in prior kernels.

-- 
Martin K. Petersen	Oracle Linux Engineering

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel



[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux