Re: [問卦] PS5的硬碟讀取速度是目前電腦無法達到的?
看板Gossiping作者w180112 ([NOOB]我超RETARD我超廢 )時間4年前 (2020/06/14 20:47)推噓19(20推 1噓 12→)留言33則, 24人參與討論串11/12 (看更多)
我不知道你通篇在講啥
按照sony的圖片與現有的計算機組織架構和HPC技巧
你講的那塊就完全只是把SSD加進虛擬記憶體一起給MMU管而已
或許sony有對MMU有最佳化,但是不可能真正跳過RAM
跳過RAM會造成cache 一下就爆滿
比較可以動手腳的地方是file I/O不再透過Linux 一般system call
可以根據訂製的SSD chip拉UIO driver實現kernel bypass
降低IO interrupt與memory copy的衝擊
順便回答那篇推文有鄉民嗆要怎麼解釋裝了高速SSD讀取速度只有成長幾倍
因為program在讀取I/O需要透過OS的system call
system call的成本是巨大的
呼叫system call的process/thread必需等待system call回應
同時該CPU core(假設OS沒有把process/thread分配在multi core CPU之間切換)會進入
kernel space處理
此時user space的process/thread會被暫停等待system call返回
如果剛好那個CPU core有別的system interrupt(如檔案搬移/network packet收送)的話
process/thread還會被暫停
更別提萬一call system call的process/thread被switch到另一個 CPU core導致的cache
同步issue
※ 引述《kimisawa (楊回血了。)》之銘言:
: 你要不要去重看 Mark Cerny的技術發表會?
: 索尼為何強調這次SSD? 因為他的控制器與OS儲存架構是訂製的。
: 一般PC要讀取儲存資料
: CPU->Controller->SSD->RAM->CPU
: CPU:我需要地圖A跟物件材質,急用
: 控制器:好的,大哥我去SSD幫你找
: 控制器:找到了,我幫你放到記憶體了,大哥你自己去拿
: 如果記憶體已經滿了,就變成這樣
: CPU:我需要地圖A跟物件材質,急用
: 控制器:好的,大哥我去SSD幫你找
: 控制器:找到了,大哥我在門口了但記憶體不夠,請你先把其他東西移掉。
: CPU:等我一下,好移掉了
: 控制器:我幫你放到記憶體了,你自己去拿。
: PS5架構跳過RAM這個步驟
: CPU->controller->SSD->CPU
: CPU:我需要地圖A跟物件材質,急用
: 控制器:好的,大哥我去SSD幫你找
: 控制器:找到了,我直接送到你手上。你忙的話我在旁邊等你。
: PC做不到因為用的是Windows架構,視窗一定要你CPU->controller->ram路線
: 所有的控制器都受限於視窗這個拘束器。
: Linus Tech 千萬Youtuber日前才發了道歉影片針對這點他也是有跟你一樣想法。
: 但是他去了解後發了道歉聲明。有興趣自己看。
: https://youtu.be/4ehDRCE1Z38
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.251.164.188 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1592138863.A.A99.html
推
06/14 20:48,
4年前
, 1F
06/14 20:48, 1F
推
06/14 20:48,
4年前
, 2F
06/14 20:48, 2F
推
06/14 20:49,
4年前
, 3F
06/14 20:49, 3F
推
06/14 20:50,
4年前
, 4F
06/14 20:50, 4F
推
06/14 20:52,
4年前
, 5F
06/14 20:52, 5F
推
06/14 20:53,
4年前
, 6F
06/14 20:53, 6F
→
06/14 20:53,
4年前
, 7F
06/14 20:53, 7F
→
06/14 20:54,
4年前
, 8F
06/14 20:54, 8F
學過計概其實就可以提得出質疑了
但是不會知道原因
推
06/14 20:54,
4年前
, 9F
06/14 20:54, 9F
→
06/14 20:57,
4年前
, 10F
06/14 20:57, 10F
→
06/14 20:57,
4年前
, 11F
06/14 20:57, 11F
是的
不少是HPC的基礎概念
推
06/14 20:58,
4年前
, 12F
06/14 20:58, 12F
推
06/14 21:01,
4年前
, 13F
06/14 21:01, 13F
→
06/14 21:01,
4年前
, 14F
06/14 21:01, 14F
噓
06/14 21:02,
4年前
, 15F
06/14 21:02, 15F
你想變426?
→
06/14 21:03,
4年前
, 16F
06/14 21:03, 16F
→
06/14 21:06,
4年前
, 17F
06/14 21:06, 17F
推
06/14 21:17,
4年前
, 18F
06/14 21:17, 18F
→
06/14 21:17,
4年前
, 19F
06/14 21:17, 19F
這就是一般的記憶體架構
推
06/14 21:23,
4年前
, 20F
06/14 21:23, 20F
426才會全用中文寫
推
06/14 21:48,
4年前
, 21F
06/14 21:48, 21F
推
06/14 21:53,
4年前
, 22F
06/14 21:53, 22F
→
06/14 22:23,
4年前
, 23F
06/14 22:23, 23F
→
06/14 22:23,
4年前
, 24F
06/14 22:23, 24F
推
06/14 22:57,
4年前
, 25F
06/14 22:57, 25F
OS我記得沒考這些吧XD
這也是一直被詬病的
恐龍書跟白算盤對於現代作業系統與電腦架構著墨太少
像是NUMA/multi core CPU/Linux kernel特性
※ 編輯: w180112 (111.251.164.188 臺灣), 06/14/2020 23:06:52
推
06/14 23:39,
4年前
, 26F
06/14 23:39, 26F
→
06/14 23:40,
4年前
, 27F
06/14 23:40, 27F
推
06/15 03:25,
4年前
, 28F
06/15 03:25, 28F
推
06/15 07:47,
4年前
, 29F
06/15 07:47, 29F
→
06/15 09:11,
4年前
, 30F
06/15 09:11, 30F
推
06/15 10:13,
4年前
, 31F
06/15 10:13, 31F
推
06/15 16:25,
4年前
, 32F
06/15 16:25, 32F
推
06/15 19:00,
4年前
, 33F
06/15 19:00, 33F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 11 之 12 篇):