We benchmarked three of the popular Optane NVMe SSDs about three years ago. There was a short window when they were on clearance and a popular choice as a cache SSD in TrueNAS.
You can compare their benchmarks with the other almost 400 SSDs we've benchmarked. Most impressive is that three years later they are still the top random read QD1 performers, with no traditional flash SSD coming anywhere close:
They are amazing for how consistent and boring their performance is. Bit level access means no need for TRIM or garbage collection, performance doesn't degrade over time, latency is great, and random IO is not problematic.
Agreed... 5) is minor and just the result of saying "We're not going to bother trying to track if a file goes from having unsaved changes to not as a result of undo/redo - once a file gets marked as having unsaved changes, the only way to 'clear' that is to save the file again."
That option is much better than getting the undo/redo vs unsaved changes tracking wrong and allowing unsaved changes to be easily lost, like notepad does. :-P
So many NVMe/SATA drives that are locked/frozen during boot, and it turns out this is because the drives are actually behaving incorrectly when "security operations" are blocked on the drive. When "security operations" are blocked, you should not be able to set a password on the drive, but should be able to format it. So that's bug 1.
Most modern motherboards, on boot, will block "security operations" on a drive where the security password is set to the default (because it hasn't been manually set by the end-user). They do this to prevent malware from being able to set a password on a drive that hasn't had its password set. (Malware could set the password and I believe configure the drive to effectively brick it.)
But many (probably most) motherboards fail to correctly block "security operations" on a suspend/resume. This is bug 2, and makes suspend/resume often an effective workaround for a drive with bug 1, as well as a theoretical opportunity for malware to easily inflict damage on all drives that support "security operations".
So one generally ends up stuck and unable to securely erase their drive when it has bug 1 and is installed on a motherboard without bug 2. In this case, you have to hope your motherboard has a feature in its BIOS to, on next boot, not block security operations. Otherwise you're stuck and need to find another motherboard if you want to sanitize your drive, or hope that a firmware update for your drive resolves bug 1.
Indeed! I just came back to post the exact same adjective after purchasing one as a Christmas gift for my teenage son. I think he'll love it, and I'm excited to get him such a cool present that he doesn't even know exists! (Though as spiffy as this is, there's a good chance that's not true by Christmas.)
Congrats on the launch and bravo on such a well-polished everything - product, UI, website, etc. Very impressive.
https://pcpartpicker.com/forums/topic/425127-benchmarking-op...
You can compare their benchmarks with the other almost 400 SSDs we've benchmarked. Most impressive is that three years later they are still the top random read QD1 performers, with no traditional flash SSD coming anywhere close:
https://pcpartpicker.com/products/internal-hard-drive/benchm...
They are amazing for how consistent and boring their performance is. Bit level access means no need for TRIM or garbage collection, performance doesn't degrade over time, latency is great, and random IO is not problematic.