8156777 wrote:
n卡因為直接做切換，遊戲或軟體會常常誤判。。。。。。。使用內顯。。...(恕刪)
話說AMD的產品，也已經轉成這種自動判斷跟切換方式了，雖說也會發生誤判、甚至第一代實作在某些遊戲上會破圖，但畢竟這種設計是趨勢，剛轉換時，AMD在驅動程式上也有好一段學習曲線。
話說N/A/I，推出新設計時，哪一家的驅動程式不需要一段穩定期呀！如果用早年AMD驅動很難裝的年代、以及Dynamic Switchable Graphics驅動不穩定的這段歷史，就認定AMD驅動一直很糟、沒改善，對AMD也不客觀吧！
hanzo8156777 wrote:
從HSA規格來看，最後的確是要達成這樣的機制，理想狀態下
所以同樣的指令集不需要AP重新編寫，這才能達到所有AP都支援的情況
一樣是x86架構，不是很了解你說這不是x86的意思是什麼
我這麼說：請問這個"最終版HSA"，它的指令集跟暫存器還是不是僅包含現行的x86指令集（包括x86/x87/SSE/AVX...）跟暫存器？
只要答案是"不是"，而是為達成你的「真正HSA」必須新增全新的繪圖指令集跟暫存器，為了發揮新指令集的功能，那就有新的program context得處理，那麼跟作業系統廠商打交道、或是AMD自己基於開源的Linux先改一套出來，絕對是免不了的。不只應用程式要改，作業系統也要改，開發工具/編譯器也要改，才能發揮新架構的長處。
hanzo0313 wrote:
目前A/N兩家的SG都還蠻穩定的，只是因為由AP來判斷，誤判情況都有...
從MUX一直到現在GPU可以整個關掉的進步，改變真的很大，也越來越成熟了..
不過總是比拿舊版的Mux SG來比較新版Muxless SG來得有意義 XD
所以說要客觀嘛！哪一家的驅動不會進步、推出新技術時不需要學習曲線？這是說給前面某人聽的，不是你.....
hanzo0313 wrote:
如果相容於X86指令集，再新增一些新的指令集
那麼舊的程式一樣可以在這個平台上執行，新的程式或是改版後欲應用新指令集，重新編譯就可以
新的指令集需要軟體廠商合作是必然，但是舊指令集一樣可以執行
這樣的系統為什麼不是X86架構？...(恕刪)
AMD打算新增的HSA指令集跟暫存器，如果系統軟體廠商不修改編譯器/組譯器，請問開發者要用什麼工具去「重新編譯」運用新指令集、發揮新架構的強處？如果不改作業系統，那麼作業系統進行多工的Process Context Switch時，誰來儲存/回復Process的Context（包括這些為了HSA而新增的暫存器）？
內文搜尋
從 APP 打開
X