Re: [閒聊] 安卓旗艦為何不採用NVME呢？

看板MobileComm作者 (OCISLY)時間6年前 (2018/03/12 15:12), 6年前編輯推噓39(39推 0噓 48→)
留言87則, 43人參與, 最新討論串1/1
※ 引述《op840906 (LOVEISFOURLETTERSWORS)》之銘言： : 安卓手機一直以來都會有使用久了會當等的說法，我想就是因為現在大多數的安卓手機還 : 是 : 使用EMMC的關係 : 雖然後來有UFS出現，儲存速度有比EMMC快了許多，但還是遠不及NVME : 那為什麼安卓旗艦到現在還是沒有搭NVME的手機呢？ : 是因為SOC的問題呢？還是成本問題呢？ : 為什麼呢？ 關於這道題，我也有過長久的誤會呢。 其實高通SnapDragon 800系列一直有道額外的PCIe端口可用。 先入正題吧 我也順道為自己複習上上課～ NVMe是建立於PCIe協議下的另一層協議，主要針對NAND類儲存使用PCIe bus通道傳輸進而開發的協議。為何還要在PCIe協議上再疊一層協議呢，因為PCIe主要目的是迅速傳輸給資料，不涉及要先傳什麼 怎麼傳比較快 資料到底搬出倉庫了沒 我到底要不要等你 諸如此類的任務安排。 NAND記憶體有著自己的特徵，NVMe則是了解這特徵兼顧也兼顧PCIe渠道特性下開發的，它是知道要怎麼善用它們兩者特性的記憶體控制/傳輸協議。由於這是一個半導體主導的世界，所以NVMe協議自然被做成記憶體控制器由著控制器管控一切。這樣效率最高嘛 接著是MIPI Alliance的M-PHY，這是目前主導移動平台的資料傳輸界面。”PHY“ 可稱做端口物理层，基本上就是最底層的東西，也包納了你肉眼看得見的那些焊接點。為手機移動方案的MIPI使用方案舉例，那就是相機模組及UFS儲存晶體與手機SoC之間的溝通橋樑。 PCIe則是PCI-SIG的寶寶，產自PC界為了應付各種爆棚的瞬間資料吞吐量，因此其可拓展性彈性極大，速度催到極限不夠用時 有著隨時再多加幾個通道就好的伸縮性。雖然PCIe在縮減移動平台電耗上有些成績，但還是不夠低。2013年左右PCI-SIG乾脆直接找MIPI合作推出了M-PCIe移動平台方案。 https://imgur.com/C6JiqlD
基本上是M-PCIe骨子裡依然是PCIe，只是將嘴型換一個 情侶間的法式接吻交換的口水的技巧還是與從前一樣。如上圖所示，M-PCIe只是將傳輸方案最後一線換成MIPI M-PHY善用其優於己PCIe PHY的省電效率。那些為PCIe設計的終端組件針腳也許需要為M-PHY調整，內部設計甚至不需要調整，因為兩個終端之間依然使用PCIe協議溝通。按照半導體界的開發習慣，恐怕早已出現單一M-PHY接點 卻能自由選擇運行MIPI還是M-PCIe協議的方案了。 終於能入正題了，高通SnapDragon 800系列就有預留一道PCIe端口（沒明說，但應該就是M-PCIe）。由於這是普及的PCIe，你想接要接什麼 恐怕還沒人能限制你呢 主要還是值不值得實做的抉擇。倘若不利用也許浪費，可PCIe端口只有一道 你也只能接一終端。原帖cppwu大大就有提到SD835說自選的wifi 802.11ad支援就是靠此PCIe達成。用掉了就不能學Google外接Pixel Visual Core這種東東了。 廠商當然可臨摹蘋果利用此PCIe外接NVMe控制器再接去NAND儲存串成NVMe方案。這時又會凸顯出一道傻子習題，高通備好的UFS兼EMMC接點擺在哪兒 你幹嘛不用？ 以目前兩者NVMe及UFS速度差異來看，真有必要為了在旗艦機催出這些儲存效能而大費周章。還是把精力剩下花在別頭？ 關於這會提升成本的問題，個人覺得不是問題。因為Android廠商會採用NVMe方案的手機必是旗艦機嘛，彈性本來就比較大。抬些成本換取一噱頭也不失為之，有信心能藉此賣多幾台才是關鍵。 再來則是某某某是UFS規格制定者的一說，我只想說 不太成立。 這類業界組織本來就是成立來推進產業的，成員往往還不是同一群人。 跨組織 串門子 是家常便飯，反正不論哪個規格成功了 都有你我份額。 你也大可把涉及這一道題目的MIPI, PCI-SIG, JEDEC成員翻出來，然後我想奉勸你 馬上打消你想拎腦袋撞牆去的念頭 XD。餘下因素的就大概只有那小小私心在作祟了，如某技術我比較領先 會買比較好 專利比較多 授權會便宜點 所以優先偏好它，但這麼硬做往往敵不過市場反撲的考驗。 大家是不是又忘了UFS外接卡的存在呢？ 三星真會不想推？ 那它旗艦怎麼自己都沒支援。 這一樣牽涉到高通SoC的外接埠是不是還沒支援UFS僅支援EMMC呢。 三星或許可以在Exynos先支援～ 但高通繼續不做的話 這準會成亂局。 個人覺得沒人做NMVe方案的最大因素，還是因為產業鏈沒蘋果那麼垂直。 高通不做的話，廠商多不會自己去砸下去就為了催出最後幾碼的速度，反正又不是零速度 只是慢一些啊。可高通SoC是要賣給全體的 自有自己的考量，就如它要支援SD卡。那每一顆SoC都必須要支援也要有接點，不論到了廠商手上用不用 接點都擺在那頭佔地方。反之立即拔掉DS支援換UFS卡的話，準會有廠商立馬哀嚎。再不然，難道只有砸錢增加晶片尺寸 讓接點爆棚同時支援兩者嗎。 蘋果若今年不想支援SD卡（嗯 從來不曾）直接斬了就好。 高通的處境就很難辦到這一點，所以目前SnapDragon的外接點於蘋果相較真的超級華麗的。 上頭外接存儲的這套邏輯，拿去套在你要高通抉擇UFS與NVMe支援上一樣合適。 == 題外，不看也行～ 三星Exynos蜂鳥處理器就是透過PCIe界面鏈接高通賣給它的Gobi 4G modem的。 高通SoC裡頭內部許多高流量組件的如WiFi與4G modem都是用PCIe協議溝通的。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 115.132.185.181 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1520838748.A.6EB.html
推
03/12 15:14, 6年前 , 1F
先推葛
03/12 15:14, 1F
推
03/12 15:17, 6年前 , 2F
先推
03/12 15:17, 2F
推
03/12 15:19, 6年前 , 3F
先推
03/12 15:19, 3F
推
03/12 15:24, 6年前 , 4F
推
03/12 15:24, 4F
推
03/12 15:25, 6年前 , 5F
求文組版本
03/12 15:25, 5F
推
03/12 15:25, 6年前 , 6F
看到這ID就安心了
03/12 15:25, 6F
推
03/12 15:29, 6年前 , 7F
推專業文
03/12 15:29, 7F
推
03/12 15:36, 6年前 , 8F
先推
03/12 15:36, 8F
推
03/12 15:36, 6年前 , 9F
終於等到M大惹
03/12 15:36, 9F
→
03/12 15:37, 6年前 , 10F
卓價格低，高通有ufs-emmc公版套，想學蘋果就看看自
03/12 15:37, 10F
→
03/12 15:37, 6年前 , 11F
已有沒有那個屁股。
03/12 15:37, 11F
推
03/12 15:39, 6年前 , 12F
推推
03/12 15:39, 12F
推
03/12 15:48, 6年前 , 13F
大概懂了
03/12 15:48, 13F
推
03/12 15:49, 6年前 , 14F
三星美國版還是要用高通，所以自家獵戶座不能為所
03/12 15:49, 14F
→
03/12 15:49, 6年前 , 15F
欲為，如果三星自家的gpu與網通晶片ok了，可以全面
03/12 15:49, 15F
→
03/12 15:49, 6年前 , 16F
都用獵戶座，那才有可能學蘋果自己搞喜歡的規格，包
03/12 15:49, 16F
→
03/12 15:49, 6年前 , 17F
括nvme
03/12 15:49, 17F
→
03/12 15:54, 6年前 , 18F
到最後就是沒廠商願意或有資本多花成本換取少數人
03/12 15:54, 18F
→
03/12 15:54, 6年前 , 19F
才在意的儲存終極速度(很快->非常快)，畢竟目前晶
03/12 15:54, 19F
→
03/12 15:54, 6年前 , 20F
片已送的UFS接口對大多數人都已經很夠用了。
03/12 15:54, 20F
→
03/12 15:54, 6年前 , 21F
不如把這多的M-PICe拿去做其他更好行銷的功能及噱
03/12 15:54, 21F
→
03/12 15:54, 6年前 , 22F
頭，等科技進步市場自然淘汰UFS。
03/12 15:54, 22F
推
03/12 15:54, 6年前 , 23F
溫度撐得住嗎
03/12 15:54, 23F
推
03/12 15:55, 6年前 , 24F
就成本考量 像華為一台旗艦
03/12 15:55, 24F
→
03/12 15:55, 6年前 , 25F
UFS跟emmc兼用
03/12 15:55, 25F
推
03/12 15:55, 6年前 , 26F
就算廠商願意自幹 NVME 也還會有別的問題，第一無法
03/12 15:55, 26F
→
03/12 15:55, 6年前 , 27F
從 NVME 開機，第二對省電要求很重要的 storage 放
03/12 15:55, 27F
→
03/12 15:55, 6年前 , 28F
到 PCIe 上面省電模式功耗以及進出省電模式的 laten
03/12 15:55, 28F
→
03/12 15:55, 6年前 , 29F
cy 是多少也是未知數
03/12 15:55, 29F
你說這讓我想起 谷歌說Pixel 2相機平常拍照沒用PVC的來跑HDR+ 而是繼續用高通DSP 只有三方有拍了立即顯示的情況才會用 這裡頭應該也有些類似的考量
→
03/12 15:55, 6年前 , 30F
什麼無法從NVME開機？
03/12 15:55, 30F
推
03/12 15:56, 6年前 , 31F
第一段重複了
03/12 15:56, 31F
JPPT發文日常 所以我也不敢上色或修文 會搞更糟
→
03/12 15:57, 6年前 , 32F
bootstrap code 是燒在 SoC 裡面的，你要在高通 SoC
03/12 15:57, 32F
→
03/12 15:57, 6年前 , 33F
用 NVME 開機是不可行的，必須另配小容量 emmc
03/12 15:57, 33F
原來還有這一遭 ARM的bootstrap一路以來都很鬆散 沒定義 大家都自己來 對吧？
推
03/12 15:58, 6年前 , 34F
原來如此，感謝說明!!
03/12 15:58, 34F
→
03/12 16:03, 6年前 , 35F
跟4代Corei以前無法使用NVMe開機的原因一樣吧？
03/12 16:03, 35F
推
03/12 16:08, 6年前 , 36F
推
03/12 16:08, 36F
推
03/12 16:11, 6年前 , 37F
推推
03/12 16:11, 37F
推
03/12 16:13, 6年前 , 38F
UFS 2.1真的有比NVME慢？
03/12 16:13, 38F
→
03/12 16:13, 6年前 , 39F
那為何S9開啟速度比iPhone X還快
03/12 16:13, 39F
這難說 系統要怎麼檢核的關係更大 舊手機升級O後 都嘛能快近一倍開機
→
03/12 16:14, 6年前 , 40F
現在應該都卡在NAND本身的速度吧
03/12 16:14, 40F
推
03/12 16:15, 6年前 , 41F
預載的東西就不一樣了不能這樣比 那種影片是消費者
03/12 16:15, 41F
→
03/12 16:15, 6年前 , 42F
考量 不是拿來比nvme ufs的
03/12 16:15, 42F
※ 編輯: mainline (115.132.185.181), 03/12/2018 16:15:40
→
03/12 16:17, 6年前 , 43F
消費者角度根本不用管那些, 哪個快就哪個
03/12 16:17, 43F
推
03/12 16:17, 6年前 , 44F
先推 晚點看
03/12 16:17, 44F
※ 編輯: mainline (115.132.185.181), 03/12/2018 16:19:13
→
03/12 16:21, 6年前 , 45F
APP在不同系統的程式架構不一樣吧
03/12 16:21, 45F
※ 編輯: mainline (115.132.185.181), 03/12/2018 16:24:10 ※ 編輯: mainline (115.132.185.181), 03/12/2018 16:26:04
推
03/12 16:32, 6年前 , 46F
優文推個
03/12 16:32, 46F
推
03/12 16:42, 6年前 , 47F
推
03/12 16:42, 47F
推
03/12 16:47, 6年前 , 48F
好文補推
03/12 16:47, 48F
推
03/12 16:54, 6年前 , 49F
大推
03/12 16:54, 49F
推
03/12 17:05, 6年前 , 50F
感謝整理
03/12 17:05, 50F
推
03/12 17:14, 6年前 , 51F
推個
03/12 17:14, 51F
推
03/12 17:33, 6年前 , 52F
先推 不然人家會說文組看不懂
03/12 17:33, 52F
推
03/12 17:45, 6年前 , 53F
M大先推再說
03/12 17:45, 53F
→
03/12 18:01, 6年前 , 54F
我倒是覺得這回事最終還是說話大聲的決定，大咖想推
03/12 18:01, 54F
→
03/12 18:01, 6年前 , 55F
什麼規格其他人只能當跟隨者，像SSD在PCIe產品初期
03/12 18:01, 55F
→
03/12 18:01, 6年前 , 56F
還有AHCI的過渡期，現在已經沒人懷疑NVMe已經是PCIe
03/12 18:01, 56F
→
03/12 18:01, 6年前 , 57F
SSD唯一主流
03/12 18:01, 57F
推
03/12 18:19, 6年前 , 58F
結論NVME是噱頭嗎？
03/12 18:19, 58F
推
03/12 18:20, 6年前 , 59F
推推推
03/12 18:20, 59F
→
03/12 19:40, 6年前 , 60F
回樓上上
03/12 19:40, 60F
→
03/12 19:40, 6年前 , 61F
蛤 PC硬碟向來是SATA SSD硬碟一開始發展
03/12 19:40, 61F
→
03/12 19:40, 6年前 , 62F
延用它兼容度最高 是很無需用腦的選擇
03/12 19:40, 62F
→
03/12 19:40, 6年前 , 63F
可馬上會面臨SATA的速度瓶頸 這點也是一早知道的 要
03/12 19:40, 63F
→
03/12 19:40, 6年前 , 64F
投入開發下一代SATA規格當然行 可是傳統硬碟發展藍
03/12 19:40, 64F
→
03/12 19:40, 6年前 , 65F
圖上 根本不需要這新規新晶片來應對 新一代SATA開發
03/12 19:40, 65F
→
03/12 19:40, 6年前 , 66F
出來也只有SSD硬碟會享其助益 還要等高端主機板晶片
03/12 19:40, 66F
→
03/12 19:40, 6年前 , 67F
汰換才能完善支援 廠商大腦都還在 往旁一看自有現成
03/12 19:40, 67F
→
03/12 19:40, 6年前 , 68F
合適的PCIe擺在那招手 補個協議及控制器插下市面上
03/12 19:40, 68F
→
03/12 19:40, 6年前 , 69F
任一PC 系統更新一下就能用了 何況PCIe連長期發展時
03/12 19:40, 69F
→
03/12 19:40, 6年前 , 70F
程也不會遇上PCIe bus不夠用的瓶頸 這情況就算是小
03/12 19:40, 70F
→
03/12 19:40, 6年前 , 71F
咖出來招手 一堆廠也會all in吧 這事沒技術瓶頸 成
03/12 19:40, 71F
→
03/12 19:40, 6年前 , 72F
了對一堆廠來說就能打入之前分不到一份羹的新市場
03/12 19:40, 72F
→
03/12 19:40, 6年前 , 73F
何樂而不為呢
03/12 19:40, 73F
推
03/12 20:26, 6年前 , 74F
UFS介面資料吞吐擴展性相較於PCI-E差太多 不然高速
03/12 20:26, 74F
→
03/12 20:26, 6年前 , 75F
通訊介面 modem 16ad 等 不會走向pcie 另外今年來na
03/12 20:26, 75F
→
03/12 20:26, 6年前 , 76F
nd堆疊技術突飛猛進 對於高速多通道介面需求也是ufs
03/12 20:26, 76F
→
03/12 20:26, 6年前 , 77F
反之 NVMe是由PC轉移來移動平臺的選項
03/12 20:26, 77F
→
03/12 20:26, 6年前 , 78F
跟不上的 甚至單lan速度（8/16Gbps）也差距甚遠
03/12 20:26, 78F
→
03/12 20:26, 6年前 , 79F
移動平臺已有emmc與ufs的選擇 兩者也都有持續維持開
03/12 20:26, 79F
→
03/12 20:26, 6年前 , 80F
發進程中 未來規格也都擺在桌上了 只是等待晶體兩端
03/12 20:26, 80F
→
03/12 20:26, 6年前 , 81F
的馬力逐步達標 剩下的主文內都說了
03/12 20:26, 81F
推
03/13 00:47, 6年前 , 82F
推mainline
03/13 00:47, 82F
推
03/13 01:14, 6年前 , 83F
推推推
03/13 01:14, 83F
推
03/13 01:49, 6年前 , 84F
先推，避免別人覺得我不懂
03/13 01:49, 84F
推
03/13 07:19, 6年前 , 85F
推mainline
03/13 07:19, 85F
推
03/13 18:44, 6年前 , 86F
推M大
03/13 18:44, 86F
推
02/07 00:30, , 87F
朝聖 學習了不少
02/07 00:30, 87F
‣ 更多 mainline 的文章
文章代碼(AID): #1QfYXSRh (MobileComm)