推 c52chungyuny: Intel跟AMD差別就在於利潤好幾萬還供不應求vs. 利潤07/19 00:32
→ c52chungyuny: 微薄供不應求 07/19 00:32
推 a000000000 : c52.exe是崩不應求07/19 00:35
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.116.4.227 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1599159219.A.3AF.html
→ AreLies : 先修BUG再說 09/04 02:55
※ 編輯: hn9480412 (122.116.4.227 臺灣), 09/04/2020 02:59:09
→ hn9480412 : 補充一下，其實這個也有被包進Feature Level 12_2 09/04 03:22
→ hn9480412 : 內。所以只有新卡才有支援 09/04 03:22
推 wahaha99 : 不很懂...這理論上還要PCIE的Controller支援吧? 09/04 03:46
→ wahaha99 : 還是他利用了原本的DMA模式? 09/04 03:46
→ wahaha99 : 還有就是不透過OS，顯卡怎麼知道要去哪要啥 = =? 09/04 03:48
→ wahaha99 : 這技術說起來簡單，實際看起來好謎啊 09/04 03:48
推 arrenwu : 我比較大的疑問是他能怎麼樣減少遊戲讀取時間 09/04 04:03
→ arrenwu : 或者說我不太懂那個"直接讓GPU與SSD直接溝通"的意思 09/04 04:03
推 wahaha99 : 一般來說是走DMA通道啦，顯卡將有權限與能力， 09/04 04:29
→ wahaha99 : 在Bypass或極少調度CPU的前題下去Access別的裝置， 09/04 04:30
→ wahaha99 : 問題是Access磁碟機很複雜，從底層的扇區到中層的 09/04 04:31
→ wahaha99 : NTFS到高層的檔案格式，都需要OS介入吧？ 09/04 04:31
→ wahaha99 : 難不成還把一部分OS放到顯卡上去不成 = = 09/04 04:31
推 wyiwyi : 當時PS5一直強調這功能 結果現在大家都會了嗎 09/04 04:43
→ ketrobo : 這次要弄壞什麼? 09/04 04:49
→ songzhen : 弄壞樓下電腦 09/04 05:12
推 arrenwu : 我查了一下DMA，從wiki看起來他是說一群裝置在不屌 09/04 05:22
→ arrenwu : CPU自己去讀取記憶體。但這個文章中的技術看起來比 09/04 05:23
→ arrenwu : 較像是在說GPU自己去讀Drive？ 09/04 05:23
推 selfhu : 就OS先把位址講完之後叫顯卡自己去撈的意思嗎？ 09/04 05:40
→ yuz234 : 所以..駭客找到新的工具了？ 09/04 06:18
推 znew1219 : 看起來像是GPU DMA的概念,NVME裝置裡的資料經由PCIE 09/04 06:59
推 Litfal : 應該是用類似mapping file的方式來指定素材吧 09/04 07:00
→ Litfal : 應該說，像mapping file反過來 09/04 07:02
→ znew1219 : 到VRAM,相較於主記憶體,GPU存取VRAM頻寬大,延遲低 09/04 07:03
→ arrenwu : 我最想知道的是...他是怎麼個「快」法XD 09/04 07:04
→ arrenwu : 因為現在傳輸其實非常快了吧？ 09/04 07:05
→ comipa : 看起來感覺是IO數問題 現在NVME是很快 但是你正常 09/04 07:42
→ comipa : 管道要存取NVME上的檔案你還得透過OS的file system 09/04 07:42
→ comipa : 等等的層層關卡,都需要CPU介入.但是如果都走DMA 09/04 07:44
→ comipa : 也許可以透過一個mapping下指令叫nvme直接把特定 09/04 07:44
→ comipa : 位置的資料直接塞到DRAM然後GPU去拿 這樣只有起頭 09/04 07:45
推 arrenwu : 塞到DRAM那就是現在的做法了吧 09/04 07:45
→ comipa : 要透過CPU,實際搬資料全部走DMA. 09/04 07:46
→ arrenwu : 這文章看起來很像是直接從Drive拿到VRAM裡面 09/04 07:46
→ comipa : 對我說錯了是VRAM 09/04 07:49
推 arrenwu : 倒不是說技術上不可能，只是覺得好像怪怪的 09/04 07:50
推 ATand : 看NVMe的協定敘述來推，大概猜是顯示卡有NVMe規範的 09/04 07:59
→ ATand : 可以不用透過外控跟CPU之間呼叫硬碟的過程，直接 09/04 08:02
→ ATand : 不用讀暫存，不用甩CPU來降低讀取延遲 09/04 08:04
推 skyswolf : = =明年才會支援的 現在就在吹啊 09/04 08:10
推 gn01102368 : 直接指定資料夾讀取？ 09/04 08:10
推 jychu1132 : 理想情況是GPU和SSD接在同一個PCIe switch下。 09/04 08:48
→ jychu1132 : 一般人顯卡接CPU，SSD接PCH的情境下效果很有限。 09/04 08:48
推 alvistan : 這就是XBOX的功能啊 然後圖靈也會支援 09/04 09:26
推 vict1 : 反正ryzen 3000已經有分給ssd和gpu直連，效果更好 09/04 09:27
推 maplefoxs : 老萊有講過 有點類似ps5 09/04 10:04
→ pig : 所以意思是說這個技術反而是 RDNA2 會先用上 XD 09/04 10:39
推 chen5512 : NVME SSD要漲價了 09/04 11:11
→ MrDisgrace : 高階版有多晶片切頻寬會不會反而打折扣?XD 09/04 11:17
推 hidewin200 : 還是乖乖買Ps5享受讀取加速後的遊戲吧，PC在看看 09/04 11:19
→ hidewin200 : 穩後再一次翻新 09/04 11:19
推 applejone : 以後會不會變成顯卡加上SSD呢?這樣不是更快 09/04 11:32
推 kuninaka : 讚喔 09/04 11:48
→ kuninaka : PS5現在那種架構應該還是最快的 09/04 11:48
→ commandoEX : 顯卡+ssdamd早作過了xd 09/04 11:57
推 Bencrie : PS5 那個有額外的硬體輔助，處理無損壓縮 09/04 12:56
推 vict1 : PS5有專屬ZEN CPU硬體輔助 比API要快吧 09/04 13:00
推 Bencrie : 每次看到這個又要再去翻 GDC 影片出來看 09/04 13:04
→ Bencrie : 不然都會有人說 PS5 可以繞過system ram 直接進vram 09/04 13:04
→ friedpig : 的內容 因為讀寫太快 需要一堆CPU輔助 計算搬移 09/04 13:10
→ friedpig : NV的做法就是特殊API 直接繞過CPU GPU直接拿 09/04 13:10
→ friedpig : PS5的做法是 因為SSD高速IO要太多CPU資源 所以直接 09/04 13:10
→ ilanese : 我只希望先好好地內部測試，而不要搞全民公測這一套 09/04 13:10
→ ilanese : 。 09/04 13:10
→ friedpig : 圈一個固定用的 不用讓你跟大家一起排 我不覺得 09/04 13:10
→ friedpig : PS5的做法會真的比較快啦 09/04 13:11
→ friedpig : 過CPU運算的時間還是留在那 只是少掉跟者其他雜七 09/04 13:12
→ friedpig : 雜八線程一起排CPU的時間而已 09/04 13:12
→ friedpig : 壓縮部分我記得NV本來GPU就有了吧 所以大概也不影響 09/04 13:13
→ pig : 既然這技術是從xbox來的，那哪個比較快就家機對決了 09/04 13:18
→ friedpig : 不過XBX SSD規格跟PS5的也是有點不同 直接比可能也 09/04 13:19
→ friedpig : 沒那麼完全客觀就是 09/04 13:20
→ friedpig : 不過這代兩家都對儲存處理有新想法蠻有趣的 希望 09/04 13:20
→ friedpig : 能真的有好結果增進遊戲體驗才是真的 09/04 13:21
→ F04E : 就已經是透過API了怎會沒透過OS... 09/04 13:31
→ friedpig : 不只透過OS 還只有DirectX獨享勒 其他API不知道有沒 09/04 13:33
→ friedpig : 有機會跟上 09/04 13:33
→ justoncetime: 沒有bug大爆發就不錯了 09/04 14:05
推 leo91531 : 懂繞 09/04 16:43