I’m expecting a batch 5 DIY Ryzen machine in the next few weeks, so I figure it’s time to look for a SSD for it.
It’s going to be a Fedora-only system, use case is a general Linux “workstation”: Various dev tools, some VMs, and the occasional youtube watching; nothing “special” in terms of storage requirements.
I’m currently leaning towards a Samsung, mainly because there exists an - albeit hacky - way of updating firmware from Linux:
Thinking of a 2TB 990 Pro model. Any ideas, counterpoint(s) to that, would be grateful to hear.
Fedora uses RPM? (I’m not a Linux user). If so, also check out the Solidigm P44Pro. Similar class SSD to the Samsung 990Pro. Solidigm has a management tool for Linux.
I’ve got a few of these 2TB 990 Pros and am using them with Linux. The firmware update hack is super simple and works like a charm, though they are currently shipping with the latest firmware and thus it’s not really necessary.
The devices themselves (once updated) have been rock solid - fast, no issues with heat, reliable.
you didn’t mention usecase. if you’re not a videographer working with massive files daily, speed isn’t going to be very important. in that case, i would rather take a solidigm p44 pro, which is marginally slower, but has slightly better power efficiency, which is more important in a laptop.
@umbra yes I should have mentioned that (will edit in a bit). TL;DR: General use case Linux/Fedora-only machine,
I’ve only used Samsung and WD SSDs on my machines (“fleet” of 2 FWs in the household for now, and previously various ThinkPads going back decades). From what I’m reading so far about the P44 Pro it might be time to give that a try.
One point that I noticed in the reddit thread you linked; this message says
Solidigm has their own windows drivers that boost performance
Gives me a little pause, as I’m old enough to remember Winmodems. OK, stretching this more than a bit, but since Windows isn’t in the picture here, I’m more concerned about how well it behaves/performs with Linux, and a Windows focus is a weak negative signal to me. As in, “we chose to put resources on the Windows driver instead of the firmware”.
But not a blocker, it’s not like any other manufacturer (aside from Intel, apparently, in the past, before they unloaded that business) caters that much to Linux at least for non-datacenter SSDs.
Keep them (the comments) coming folks! @Loell_Framework , if it’s ok I’ll go ahead and remove [Solved], I meant this as a RFC thread so there’s no specific “solution” I’m looking for.
The LBA format in use or available will be displayed at the bottom.
For compatibility, manufacturers usually factory set SSDs to 512n/512e format and must manually switch to 4Kn format, at least today’s non-enterprise SSDs mostly do this.
As I understand it, this has to do with the manufacturer’s preset security protection. Waking up the specific sleep state allows the nvme-cli tool to briefly gain permission to change the LBA format.
Attached are some of the things I saw when I first encountered this problem:
@Matt_Hartley obviously not a high priority thing, but this might be something for the BIOS backlog: BIOS option to lift the NVM FORMAT block to allow format/reconfiguration.
(edit: summary: Linux firmware update path trumps other factors, and on that better the devil I (think I) know)
TBH I was only vaguely aware of this before looking into this choice of SSD. From what I’ve been able to glean online, SSDs only have marginal performance gains from the so-called 4Kn feature. It seems to have started in/have more of a performance impact with rotating storage.
Having said that, my intuition is still that removing a layer of abstraction between the OS/filesystem and the device has to also have benefits on flash wear. When touching one file, especially for small files, only that file’s block would be affected, reducing the need to go and update (further erase/write cycles) more blocks for references to other files’ contents in the filesystem structures.
Having said that, I still went with the Samsung over the Solidigm. When looking at Linux-accessible firmware, the P44 has no firmware updates (not Linux-specific - just hasn’t needed any, yet). That’s not an issue in itself, but this seems to also be a model that completely breaks from some of the Intel tech that SK Hynix bought and is completely in-house. So without any track record of Linux support (even if, like Samsung, it’s accidental), I didn’t want to take the risk of needing Windows to update firmware in the future.
More available space, 4KB is a common block size in modern file systems, and I’m not sure, but it seems like the Linux kernel also processes data in 4KB units.