LWN: Comments on "Updates on storage standards" https://lwn.net/Articles/1015724/ This is a special feed containing comments posted to the individual LWN article titled "Updates on storage standards". en-us Fri, 26 Sep 2025 14:20:36 +0000 Fri, 26 Sep 2025 14:20:36 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Is SCSI dead? https://lwn.net/Articles/1016734/ https://lwn.net/Articles/1016734/ farnz SATA's not just a transport for SCSI commands; for SATA HDDs and SSDs, there's a specific SATA command set, separate to SCSI. <p>ATAPI over SATA is, however, just a transport for SCSI commands. Tue, 08 Apr 2025 09:35:21 +0000 Is SCSI dead? https://lwn.net/Articles/1016595/ https://lwn.net/Articles/1016595/ cladisch <div class="FormattedComment"> All other storage standards (ATAPI, SATA, SAS, USB MSC) are just mechanisms to move SCSI commands.<br> </div> Mon, 07 Apr 2025 04:30:56 +0000 Is SCSI dead? https://lwn.net/Articles/1016572/ https://lwn.net/Articles/1016572/ DemiMarie <div class="FormattedComment"> USB Attached SCSI and Universal Flash Storage use SCSI, but I’m unsure what the advantage of using SCSI in these fields is.<br> </div> Sun, 06 Apr 2025 19:49:10 +0000 Why offload to SSD? https://lwn.net/Articles/1016571/ https://lwn.net/Articles/1016571/ DemiMarie <div class="FormattedComment"> Why is this such a huge performance win? Reducing round-trips?<br> </div> Sun, 06 Apr 2025 19:37:54 +0000 offload to ssd? neat https://lwn.net/Articles/1016422/ https://lwn.net/Articles/1016422/ kbusch <div class="FormattedComment"> You don't really need the computation and storage to coexist on the same device. I have some gpu type devices that look remarkably like nvme, but they use a vendor specific command set (and don't have flash). Not sure how closely you're tracking nvme driver happenings, but the uring_cmd support with the "nvme-generics" (ex: /dev/ng0n1) created some interesting ways to leverage the protocol. For some extra spice, add device direct io queues (Stephan Bates' lsfmm talk), and you can get peer-to-peer communication among many devices all talking nvme.<br> </div> Thu, 03 Apr 2025 20:14:12 +0000 Is SCSI dead? https://lwn.net/Articles/1016421/ https://lwn.net/Articles/1016421/ kbusch <div class="FormattedComment"> We just need the HDD vendors to ship rotational NVMe! Linux is ready for these, but I haven't seen any beyond demos and samples.<br> </div> Thu, 03 Apr 2025 19:56:37 +0000 Is SCSI dead? https://lwn.net/Articles/1016420/ https://lwn.net/Articles/1016420/ zdzichu <div class="FormattedComment"> Yeah, but nvme got rotational drives support in 6.13. So what good for scsi is now (apart from connecting scanners and tape changers)? <br> </div> Thu, 03 Apr 2025 19:47:45 +0000 Is SCSI dead? https://lwn.net/Articles/1016418/ https://lwn.net/Articles/1016418/ Cyberax <div class="FormattedComment"> SAS spinning rust drives are pretty common.<br> </div> Thu, 03 Apr 2025 19:39:36 +0000 Device → device copy offload? https://lwn.net/Articles/1016307/ https://lwn.net/Articles/1016307/ willy <div class="FormattedComment"> I assume you mean intra-device copying (as opposed to one device sending data to another device, which is functionality that exists).<br> <p> Funnily, it's a completely different operation from the device's point of view. The GC operation copies the data block intact and updates the FTL so that lookups of LBA 45678 now point to the new location on flash. An offloaded copy needs to read in the data block, decrypt, update the tags, encrypt, write it out and update the LBA. That's because both the encryption and tag verification use the LBA as the seed, not the location on the flash.<br> <p> This is why I was never able to get the REMAP command into NVMe. It looks cheap from the host point of view, but it's very expensive for the drive. It saves PCIe bandwidth, but that's not generally the limiting factor.<br> </div> Thu, 03 Apr 2025 13:31:46 +0000 Is SCSI dead? https://lwn.net/Articles/1016275/ https://lwn.net/Articles/1016275/ DemiMarie <div class="FormattedComment"> Is SCSI useful nowadays for anything other than legacy? Does it offer useful features NVMe does not?<br> </div> Thu, 03 Apr 2025 07:30:25 +0000 Device → device copy offload? https://lwn.net/Articles/1016272/ https://lwn.net/Articles/1016272/ DemiMarie <div class="FormattedComment"> What about offloading device to device copies? The device already needs to be able to do such copies for GC.<br> </div> Thu, 03 Apr 2025 07:25:49 +0000 offload to ssd? neat https://lwn.net/Articles/1016164/ https://lwn.net/Articles/1016164/ kurogane <div class="FormattedComment"> I was very excited about this class of SSD say about 4 years ago. For the main database engine types it's the only thing in any credible research that can raise performance up by the next 10x factor. And reduce latency volatility. The volatility point is especially important, as the more optimized a software-only db engine gets the more horribly the gears get jammed when the I/O channels become saturated.<br> <p> But when I tried to get my hands on one of them, no luck. I had some great phone calls, promised access to a datacenter with some units of SSDs that had come out of the factory line which were implemented some of the earlier specs being discussed in the article. At the time I represented a company with hundreds of customers of our own, too. But they never came through.<br> <p> A comment from the SSD sales guy later was they were mainly aiming for hyperscaler orders. But that strategy depends on hyperscalers buying into something that will _reduce_ revenue in their DBaaS services and oblige them to provision more network IO around user's database servers.<br> </div> Wed, 02 Apr 2025 10:35:04 +0000 offload to ssd? neat https://lwn.net/Articles/1016147/ https://lwn.net/Articles/1016147/ kpmckay <div class="FormattedComment"> I tend to agree with the SSD group. In a $/GB or Watts/GB dogfight, it's hard to justify spending extra die area on something without well understood value. Even if there is a $feature that's a net positive for some use case, where's the 2nd or 3rd source going to come from and will $feature behave the same way across vendors? I think that there are a handful of compute functions that make sense to do within a storage/NVMe controller, but they have to be essentially invisible to applications. Nobody thinks of encryption as a "computational storage" function, but I think it's a good example of a widely deployed compute function in storage devices that makes sense. IMO, DPU-like devices are probably the right place to do any real heavy lifting with storage offloads because their resources/functions are amortized/applied over a number of drives, those drives can come from multiple vendors, and they're not necessarily bound to the block device abstraction. <br> </div> Wed, 02 Apr 2025 03:40:07 +0000 offload to ssd? neat https://lwn.net/Articles/1016135/ https://lwn.net/Articles/1016135/ andresfreund <div class="FormattedComment"> Funnily enough, I've been repeatedly in the reverse position. Various storage vendors trying to convince us (various postgres services companies) that we really need to offload parts of postgres storage to their fancy new drives. <br> </div> Tue, 01 Apr 2025 22:36:44 +0000 offload to ssd? neat https://lwn.net/Articles/1016134/ https://lwn.net/Articles/1016134/ willy <div class="FormattedComment"> When I was at Intel, it was a fairly common request from customers "Can we offload $feature to the SSD? There's this great paper from $ResearchGroup showing improvements".<br> <p> The reply from our SSD group was always the same: We have designed our SSD to fit in a certain power/performance/cost envelope. We don't have "spare cycles" on the drive's CPU to process the data. Indeed, we go out of our way to avoid touching the user data with the drive's CPU.<br> <p> I don't expect this effort to go anywhere unless something has fundamentally changed. Certainly not on consumer devices. Maybe you'll find a research device, or cloud vendors will offer it as part of their virtualized storage devices.<br> </div> Tue, 01 Apr 2025 22:06:55 +0000 offload to ssd? neat https://lwn.net/Articles/1016131/ https://lwn.net/Articles/1016131/ dankamongmen <div class="FormattedComment"> <a href="https://nvmexpress.org/wp-content/uploads/NVM-Express-Computational-Programs-Command-Set-Specification-1.0-2023.12.20.pdf">https://nvmexpress.org/wp-content/uploads/NVM-Express-Com...</a><br> <p> this is pretty cool! i'd worked with some computational memory experimental hardware, but hadn't seen any kind of standard for offloading computation to the memory hierarchy. anyone know devices supporting this?<br> </div> Tue, 01 Apr 2025 21:33:16 +0000