The SD Association seems to be releasing new specifications faster than the industry and consumers can pick up. In June 2018, the SD 7.0 specification added SD Express cards with PCIe and NVMe interfaces for theoretical transfer rates up to 985 MB/s, followed by SD 7.1 specification in February 2019 adding SD Express to MicroSD card as well.
The just-published SD 8.0 specification ups the ante further with SD Express now supporting dual-lane PCIe 4.0 with transfer rates up to 4GB/s.
SD 8.0 is for full-sized SD Express cards that use the same NVMe upper-layer protocol, and remain backward compatible with earlier SD standards including UHS-III.
The new higher bitrates will be used for data-intense wireless or wired communication, super-slow motion video, RAW continuous burst mode and 8K video capture and playback, 360-degree cameras/videos, gaming systems, multi-channel IoT devices, automotive devices etc… SD Express will be offered on SDHC, SDXC, and SDUC memory cards.
SD 8.0 specification provides two transfer speed options for SD Express memory cards with either:
- PCIe 3.0 x2 or PCIe 4.0 x1 architectures for up to ~2GB/s sequential data transfer
- PCIe 4.0 x2 technology for up to 4GB/s transfer rate.
SD Express cards offering PCIe 4.0 x1 architecture use the same form factor as defined for SD 7.0 specification cards with a second row of pins to deliver transfer speeds up to 2 GB/s, while SD Express cards supporting dual PCIe lanes (PCIe 3.0 x2 or PCIe 4.0 x2 technologies) have three rows of pins.
A quick search on Amazon shows SD Express card based on SD 7.x spec. are still not available to the general public, but an interview from last year with Mr. Yosi Pinto, chairman of the SD Association, indicates such cards and hardware that fully support those may become available sometimes in H2 2020.
Jean-Luc started CNX Software in 2010 as a part-time endeavor, before quitting his job as a software engineering manager, and starting to write daily news, and reviews full time later in 2011.
Support CNX Software! Donate via cryptocurrencies, become a Patron on Patreon, or purchase goods on Amazon or Aliexpress
Can you imagine the heat dissipation a 2xPCI-E 4.0 uSD card will suffer?
Only recently first PCIe Gen4 controllers started to be made in efficient processes with 16nm or below which will drastically reduce energy consumption and heat. Once the aforementioned standard might have any relevance for real products (in a decade or so) this might be even less of an issue.
Heat is mostly generated while writing but the hybrid nature of those cards (NVMe and good old UHS in parallel) will allow to use these things in cameras recording for hours with moderate data rates (100 MB/s or below) while afterwards being able to transfer the card’s contents to a real computer in fractions of time (reading at several GB/s so this takes not hours but minutes).
On the other hand being able to write as fast as possible is always part of the ‘race to idle’ concept (flush a DRAM cache only every second and send everything storage to deep sleep in between) so faster storage will increase battery life of mobile devices if the software stack supports it.
I agree that future processes will allow the interface to require lower power, but for now, it’s going to take a few *Watts* to drive two Gen4 lanes. That’s an insane amount of power for a micro-SD card. That’s unplesant for a full sized SD card.
You may be right in that mobile devices will use the lower speed interface to write their data at the rates they need to–over longer periods of time. While only the reading at the end will use the high speed interface to empty the card. But, you know that people are going to use them in little SD to M.2 adapters and such crazy devices.
Seriously, 22x80mm M.2 cards need heatsinks to keep cool. Now we’re talking something with less than half that surface area? (in the case of a full sized SD card) Or a tiny fraction of that. (for a micro-SD card)
Race to idle only makes sense in a few situations where the math works out. I don’t think this will be one of them (for now). Maybe in the future.
> for now, it’s going to take a few *Watts* to drive two Gen4 lanes
Sure, but this standard is not about ‘now’ but the future 🙂
All these ‘low-end’ storage standards like SD or CompactFlash fight for adoption and as such backwards compatibility becomes key. This standard allows to keep compatibility to UHS I (existing cameras, industrial and automotive stuff) while providing an upgrade path making a smooth transition possible.
The ability to operate at two Gen4 lanes will most probably only matter in a decade when 4GB/s will be considered ‘rather’ slow by that time.
And only once there exists storage media capable of a PCIe interface there’s some incentive for device vendors to move on from SD/UHS or CF to NVMe and choose SoCs in their devices that are PCIe capable (since CFexpress also relies on NVMe this will help with adoption).
> people are going to use them in little SD to M.2 adapters and such crazy devices
Those people will then experience throttling. At least the first M.2 SSD I bought years ago already implemented that and once controller temperature exceeded 80°C sequential transfer rates dropped from ~400 MB/s below 30 MB/s within a minute of continuous writing (I ordered the SSD together with a moronic small USB3.0 enclosure that acted like an oven – so really kind of a crazy device as you call it)
I relish your optimism. 🙂
SD cards with this standard are rare, SOCs with pcie 3 are even more rare besides from x86…
> SD cards with this standard are rare
Huh? There exists not a single one today because new standards are about the future.
If this standard gets any adoption (the backwards compatibility to UHS might help here) then let’s talk again in a decade when measuring capacities in GB will only be a typo any more since low-end cards will start at several TB capacity and a 4GB/s transfer rate is considered rather slow.
Which µSD card do you use to prevent overheating in writing high speed data (4k@60fps)?
yeah, the eternal nonsense. SD cards are much more reliable than microSD but they keep on forcing us to use microSD no matter what for all sbc. I only don’t mind using them for phones because they need to be small but in 5 years phones will have enough internal memory for everything that using microSD will be very rare. The focus here is the ultra low priced devices that have no flash memory at all, so a regular SD slot would make things much better for maybe $1 extra to the maker.
Why? Just because bigger size of SD cards support heat transfer through surface area and to what percentage? Are there electrical differences between SD and microSD cards?
With 4GB/s nominal transfer rate (iops?) it’s on same level like todays pcie 3.0 nvme standards on up to 4 lanes, so do they include comparable storage controller and flash structures like for nvme (below nvme-of)? IOPS for A2 class2 cards are at about 4000 iops for reading and 2000 for writing and microSDs can be used in low power mode at 1.8V compared to 3.3V for SD cards. Is storage controller more reliable than flash storage itself considering aging and situations close to electrical limits?
Are there still 8051 systems on these SD 7.0 and SD 7.1 standard cards?
Standardized fs will be ext4 (because of legal restraints for exFAT).
And it’s getting more urgent introducing smart-like wear logging support on these transfer speeds and thermal strain conditions?
> Which µSD card do you use to prevent overheating in writing high speed data (4k@60fps)?
None since that’s not any of my use cases. But if this is something you’re into check the video speed classes (V30, V60 or even V90 that should guarantee 30/60/90 MB/s sustained writing speeds).
And don’t be surprised if V90 µSD cards are at least ten times more expensive per GB than the cheap junk we use in SBC.
I assume he meant the other SD cards using the older PCI-E type interface. I follow digital photography and they make a big deal when new cards come out. I think I’ve only seen one announcement for such cards. The competing standards C.fast, etc. are way more common.
> The competing standards C.fast, etc. are way more common
CompactFlash is moving on to NVMe/PCIe with CFexpress. But this doesn’t allow for backwards compatibility to CF and Cfast while SD Association at least tries to provide an upgrade path (though if I understand correctly UHS backwards compatibility is limited to UHS-I while the faster II and III modes are not supported due to missing pins on the card).
We’ll see which approach results in wider adoption 🙂
Oh, it’s going to be SD. They already have a 100 or 1000 to 1 ratio now. I don’t see that changing. The CFexpress and C.fast products are tiny little nitche products only found in very specific applications–mostly digital photography and cinematography. Most hight end cinematography just use straight up SATA (or better) SSDs. Or a micro-NAS type of setup.
Exposing PCIe lanes to the outer world will progressively open new vulnerabilities, that’s fun! If your PCIe controller doesn’t have an IOMMU, just plug in a master device and let it scan the whole RAM or edit it 🙂 And even with IOMMU, you can pretend to be a device for which you know the driver is vulnerable, and talk to that driver, typically a network driver that fails to restrict the transfer length because it doesn’t expect the chip to return frames longer than MTU.
> Exposing PCIe lanes to the outer world will progressively open new vulnerabilities
Are these really new? Aren’t we talking about the same ‘class’ of vulnerabilities like we had/have with PCMCIA, CardBus, PC Card, FireWire,, ExpressCard and Thunderbolt already?
Absolutely, except that SD is often exposed on closed machines where an SD and a touchscreen are the only two parts in contact with a user. For example standalone photo printing machines. On such machines, nothing else was exposed.
Second, the dangerous ports above were not present on office machines, most only on laptops. On office machines you’d only find USB ports (sometimes disabled), and an SD-over-USB reader. I wouldn’t be surprised to start to see screen unlockers running in an SD card 🙂