NS的底座不太可能有額外運算能力的原因 - Switch

※ 引述《ARX888 (LAEVATEIN)》之銘言：
: 首先我想講的是 從消極面來看 NS的無縫切換似乎並非雙向的
: 也就是說 如果在TV和dock都ready的狀況下 把本體插入dock
: TV馬上就有輸出 那我認為dock有運算單元的機會微乎其微
: 但是從影片和ign的訪談來看應該並非如此

不太懂這段是怎麼推論的，其實我覺得無縫插上去比無縫拔起來簡單多了。
(主機丟上去以後，只要被通知一下，遊戲表面上可以繼續先用攜帶模式跑。
背景閒暇時間準備好TV模式，等到好了以後，再切換模式就可以了。)

: 至於資料遺失的問題 這確實會發生
: 雖然我認為這是可以靠軟體運作方式來handle的
: 就算dock真有運算單元在上面 我想頂多也就是協算
: 執行程序kernel應該不會在那上面跑
: 如果OS底層有在指標或參考被使用前做檢查之類的
: 多少也可以預防系統崩潰的機會
: 但是這些都太過技術面 真要實作可能成本也不低

或許有機會這樣做，但我認為幾乎不可能。
首先是資料真的不見了，萬一那對遊戲來說是必要的，那這樣就很慘了XD
再來就是，就算是協同運算，對於一個不可靠的裝置來說，開發者也不敢把重要東西交給
他算，那這種協同運算實際上能幫上忙的地方就很有限了。

至於使用前檢查這點，我認為幾乎是不可能的。
姑且不管檢查所帶來的效能損失，就算系統沒崩潰，對遊戲來說，除非是無關緊要的東西
，不然不見的話開發者也會很崩潰吧XD

還有一個問題我認為應該會發生，就是對於系統來說，有沒有可能在檢查的當下if成真，
結果使用者移除硬體，導致雖然條件對了，卻繼續存取不存在的裝置？
我覺得這個問題應該是幾乎無法避免的。

: 所以這就先放著不管 回到影片來說
: 仔細看影片 你會發現玩家從遊玩狀態到把本體拔起來是有經過剪接的
: 對 所以我想你也猜到我要說什麼 如果拿surface book的狀況來考量
: 其實我們不知道這中間玩家做了什麼事對吧?
: 老任也不會特別告訴你 而這和誇不誇大也沒啥關係
: 無縫操作的意義應該也不會因為多等個幾秒就被打槍
: ...不過講這麼多 我還是要說 不要對dock有額外處理能力有什麼太大期望
: 只是以現階段的情報來說我認為還無法否認這種可能性而已

的確，不否認這件事情XD
以技術的角度來說，我還真的很希望有額外的運算單元可以讓效能更好。
但以玩家的角度來說，總覺得荷包會失血......




至於底下有板友提到說，可以負擔一些運算之類的。我是不太理解負擔那些東西可以對
遊戲有多大的效能幫助@@ 況且就算是負擔，一樣也會有資料的問題。
我是覺得，如果解決了資料的問題，那這樣就不需要只讓底座負擔那些相較於遊戲主體無
關痛癢的東西了？

--