Their have been some reports around of SM951's performing poorly in write test scenarios, As it turns out the microsoft driver is issuing FUA IO commands to the SM951, Why? the answer is quite simple. The SM951 does not have a battery backed cache, so it cannot guarantee writes in a power loss situation.
This is not the case with the Intel 750 as they have full power loss protection and hence FUA IO commands are not required.
If you can disable FUA and you have a power loss situation when it is writing you will lose or corrupt data most likely.
See here for the spec, explains why it is happening.
https://msdn.microsoft.com/en-us/library/windows/hardware/jj134356.aspx
Search the page for "FUA" to find the relevant section.
I have been keen to get a SM951 NVMe model when they become available but this situation has me leaning back towards a Intel 750, unless power loss protection can be added to the m.2 SM951's (possibly not as capacitors would likely protrude too much and cause the device to exceed the spec on size).
This is not the case with the Intel 750 as they have full power loss protection and hence FUA IO commands are not required.
If you can disable FUA and you have a power loss situation when it is writing you will lose or corrupt data most likely.
See here for the spec, explains why it is happening.
https://msdn.microsoft.com/en-us/library/windows/hardware/jj134356.aspx
Search the page for "FUA" to find the relevant section.
Code:
WRITE(10). Support for force unit access (FUA) is mandatory for individual physical disk
drives or RAID controllers that contain volatile (non-battery-backed) cache memory and
must cause the data sent with this command to be committed to physical media before the
command completes.