最高985MB/sのデータ転送が可能な「microSD Express」が発表される 43
ストーリー by hylom
小さく大きく 部門より
小さく大きく 部門より
headless曰く、
SDアソシエーションは2月25日、従来のインターフェイスとの互換性を保ちつつPCIe 3.1/NVMe v1.3を用いて高速な転送を可能にするmicroSD Expressを発表した（プレスリリース、SlashGear、The Verge、BetaNews）。
microSD Expressは昨年6月に発表されたSD Expressと同様、2列目の端子を用いることで最高985 MB/sの転送レートを実現するというものだ。高速な転送とともに低消費電力を実現できるほか、開発者がバスマスターやマルチキュー、ホストメモリーバッファーといった機能を利用することも可能だ。これにより、モバイルデバイスでmicroSDカードをリムーバブルSSDのように扱えるようになる。microSD ExpressカードはSD 7.1規格で定義され、microSDHC Express/microSDXC Express/microSDUC Expressといった各種容量で製品の提供が見込まれている。
serdesの熱どうするんだろ (スコア:2)
まだそれなりに熱いぞあれ。
Re: (スコア:0)
MicroSDだと基本カードコネクタからの放熱で対処だから
またコネクタメーカーが頭痛を痛くするんだろうなあ。
ちょっと古い資料 [jae.com](pdf)
1TB (スコア:1)
1TBのマイクロSDカードも出てますね。
https://japan.cnet.com/article/35133293/ [cnet.com]
#データいっぱい入れて飛んだら・・・
Re:1TB (スコア:2, すばらしい洞察)
いってらバイト
Re:1TB (スコア:1)
大容量のSDカードでこれ思い出した。
https://twitter.com/Transcend_Japan/status/973787933097504770 [twitter.com]
# まあ、公式発表なので偽物ではないですよね。
Re: (スコア:0)
マイクロSDの場合は、差し込む時に手が滑ってバネでポヨンと飛ぶからなあ。
注意してたはずなのに、いきなり机の隙間に飛んでった時は冷や汗かいた。
＃いっそ壊れてくれた方が、機密情報満載のママ紛失するよりマシかもしれない。
Re: (スコア:0)
最近は microSDはトレイに載せて差し込むのが多くない？
バネとか自分が想定してない勢いの出るようなものは見掛けなくなった。
Re: (スコア:0)
スマホでしか見たことないですね。
Re: (スコア:0)
トレイに乗せて記憶媒体を装填するカメラは見たことがない
Re: (スコア:0)
そもそもマイクロSDに記録するカメラは少数派なのでは。
Re: (スコア:0)
アクションカメラ(GoProとか)やドライブレコーダーだとmicroSDが多数派ですね。
Re: (スコア:0)
Kindle Fire HDのは未だにスロットで、トレイはなかった。
強いバネのがなくなったのは、まさにそういう理由で飛ばしてなくす人が
続出したからではないかと妄想したけど、どうなんだろ。
Re: (スコア:0)
スピード、容量の競争もいいのですが、耐久性の向上はどうなってるんでしょうか？やっぱり容量が大きくなると故障箇所は増えちゃいますますよね？
Re:1TB (スコア:2)
1セル当たりの耐久度は下がる一方ですね。
SSDではこれを回避するためにDRAM/SLCキャッシュを増やしてはいるものの、
根本的には「総容量も増やしてTBWを引き上げることで誤魔化す」方向に見えます。
Re: (スコア:0)
フラッシュメモリストレージの信頼性確保の考え方を調べてごらん。
耐久性重視は組み込み用途等でそういうモデルの製品が売られている。
Re: (スコア:0)
PCIeにしてコントローラーを外に出せばそれなりに制御しやすくはなるでしょう。
# 1TBになってもFATがいいなら限界があるが。
データいっぱい入れて飛んだら・・・ (スコア:0)
少なくとも30年前から繰り返されてる。
そして「無くなって困るデータならバックアップしておけ」ってお約束過ぎる…
Re:データいっぱい入れて飛んだら・・・ (スコア:1)
旅行に行ったとか子供の運動会など思い出の画像・動画を帰宅してからバックアップしようと思ったら飛んでましただとかなり悲しいと思います。
Re: (スコア:0)
プロに頼んだらカメラを２台以上同時に使って撮影します
まさに「無くなって困るデータならバックアップしておけ」って話です
Re: (スコア:0)
旅行に行く時だとか、子供の運動会にプロ雇うという話でしょうか？
Re: (スコア:0)
一眼レフデジカメとコンパクトデジカメとか、
コンパクトデジカメとタブレット／スマホとか、
今じゃカメラ二台持ちも簡単じゃね？
いざという問いに備えてのバックアップという意識は希薄かもしれんけど。
＃海外旅行だとカメラごと盗難の恐れもあるから、バックアップには気を使ってた。
Re: (スコア:0)
プロ向けはもちろん、ちょっとランクの高いデジカメはメモリカードを2枚させて、両方同時に記録できるモードをもっていることもありますね。
2台持ちだと、特定のショットが消えたときの代替にはなりませんので、デュアルスロットがありがたいかもしれません。
# 某社の新型高額機は1スロットだけど
もう全部のI/FをPCI Expressにしようぜ (スコア:1)
だんだん端子の形状が違うだけになってきた
それにしても出たばかりの頃はコントローラ拵えるのが大変言われてたのに凄いな
Re:もう全部のI/FをPCI Expressにしようぜ (スコア:1)
Thunderboltを始めとしてPCI ExpressベースのI/OはDMA (直接メモリアクセス)のセキュリティ問題があるわけですが、
どうするんでしょうかね
IOMMUはまだ普及していない and/or 欠陥持ち [gigazine.net]ですし…
Re: (スコア:0)
本体を好き勝手にいじられる段階でセキュリティもへったくれもない気がしますが
どうするんだろうね
Re: (スコア:0)
そういうのが必要な機器は、もっと上のレイヤでセキュリティを確保するんじゃないですかね
もっとヤバいもんが平然と公衆網に繋がってるのはいくらでもあるでしょうよ。
Re: (スコア:0)
まぁUSBでもUSBキーボードに擬態すれば自動コマンド入力でホストを乗っ取れますしね
DMAの方が色々やりやすくて出来ることも多いというぐらい
Re: (スコア:0)
こいつに関して言うならストレージしか来ない前提でホスト側作ってしまえば良さそうだが。
そうなるとSDIOとかやりたい勢は残念がるかな。
Re: (スコア:0)
NVMeは高速化のためにバスマスタリング (DMA)でCPUを迂回したはず。
なのでIOMMUを何とかするしかないような。
Re: (スコア:0)
ところで何でIOMPU (※)じゃなくてIOMMUなんでしょうか
速度低下を避けたいならアドレス変換なんて不要でしょうに
…と思ったけど、元々仮想化向けだったものを転用してるだけだからですかね
※アドレス変換しないで範囲のチェックだけ
Re: (スコア:0)
CFexpress 「…」
https://av.watch.impress.co.jp/docs/news/1172317.html [impress.co.jp]
Re: (スコア:0)
PCI Expressを採用している規格を持ってきて何を言いたいのかわからない
Re: (スコア:0)
最近、XQD採用のカメラが出てますけど、SDでええやんってね。
Re: (スコア:0)
元がSDが嫌だって人間向けの商品なのでSDとは直接競合はしないのです
#XQDの対抗馬はCFast
Re: (スコア:0)
大きさと信頼性が違うから棲み分けできてるんだよね…。
※信頼性≒端子むき出しではない・厚みがあって曲げに強い・安価な粗悪品がないからハズレ掴まない、って程度の話
ところが、XQDの後継規格のCFexpressに、CFexpress 2.0 Type A ってのが出た。
SDよりちょっと小さくて少し厚い。
コイツは直接競合しそうなんだけど、それこそSDでいいじゃん、ってなりそうよ。
尚、Type B が従来のCFexpress 1.0 と同じサイズで、速度は1.0と同じ。
2.0になって何が変わったのかと思ったら、サイズバリエーションが増えただけっぽい。
Type C ってのもあって、こっちはもっとデカいね。サーバ用リムーバブルSSDとかに使われるかもしんない。
Re: (スコア:0)
端子だけ無理矢理変換する雑な中華ソリューションがいくつもあって楽しいぜ
ちょっとよく分からないけど (スコア:0)
SDカードのコントローラーがPCIe 3.1/NVMe v1.3規格に対応できるようになったから
モバイル機器（スマホなど）でもSoCが対応すればSDのインターフェイス上でPCIe 3.1/NVMe v1.3の規格でデータやり取りできるってことかな？
SD→SDスロット→[物理バス]→SoCの[物理バス]が従来のSD規格でも論理的にはPCIe 3.1/NVMe v1.3でやり取りできるってことですよね？
（モバイル機器側にドライバなどが用意されてれば）
Re: (スコア:0)
モバイル機器（スマホなど）でもSoCが対応すればSDのインターフェイス上でPCIe 3.1/NVMe v1.3の規格でデータやり取りできるってことかな？
Yes.
ただし、UHS-IIすら対応してないのが普通なので当分非対応なままでしょうね。
SDカードスロットのピンが2段になっていなければUHS-I止まりです。
SD→SDスロット→[物理バス]→SoCの[物理バス]が従来のSD規格でも論理的にはPCIe 3.1/NVMe v1.3でやり取りできるってことですよね？
No.
従来のUHS-I規格でのやり取りは可能ですが、物理バスの規格変更なので、基本的に出来ません。
まず、大前提としてUHS-II対応な物理的なピン互換性が必要ですが、スマホ等ではそもそも二段目のピンが無い事が多いです。
更に物理的に接続されていてもFPGAで出来てるみたいな変態I/Fでもない限り物理バスの変更なので対応は不可能で
Re: (スコア:0)
その説明「SDのインターフェイス」と「物理バス」がごっちゃになってますよ
Re: (スコア:0)
物理バスはPCIeじゃないとダメです。ホスト側のコントローラはネゴシエーションを行うだけかと。
なお、NVMeの方はホスト側だとソフトウェア実装 (≒カーネルドライバ) だったはずです。
NVMeを起動ディスクにするならばブートローダー (BIOS/UEFI) レベルでの対応が必要ですが。
Re: (スコア:0)
物理結線と通信形式の話だから、
ホストのSDコントローラが自前でPCIeホストやって、
SoCからはUSB2.0のマスストレージデバイスとしてぶら下がる事も可能といえば可能。
SoCから見れば旧来のUSB2.0カードリーダーと一切違いがない。
面白い応用が考えられるのは、
ホストのSoCがPCIe/NVMeを持ってて、
ホストのSDコントローラがそこにぶら下がってて、
さらにSDカードのPCIeをブリッジしていた場合、に限られる。
Re: (スコア:0)
ファーウェイが独自規格のメモリーカード採用してた理由が「大容量のマイクロSDがない」ってことなの？