[新聞] 英特爾申請「軟體定義超級核心」專利

看板PC_Shopping (個人電腦購買)作者時間6小時前 (2025/09/02 08:51), 5小時前編輯推噓40(45551)
留言101則, 62人參與, 1小時前最新討論串1/1
資料來源: https://reurl.cc/daOYr8 以下Google機翻: 英特爾已獲得一項名為“軟體定義超核”(SDC)的技術的專利,該技術使軟體能夠融合多 個核心的功能,組建一個虛擬的超寬“超級核”,只要擁有足夠的並行工作能力,就能提升 單線程性能。如果該技術能夠按預期運行,那麼英特爾未來的 CPU 將在特定支援 SDC 的應 用程式中提供更快的單執行緒效能。目前,這只是一項專利,它可能會成為現實,也可能不 會。 英特爾的軟體定義超核 (SDC) 技術將兩個或多個實體 CPU 核心組合成一個高效能虛擬內核 ,透過將單線程指令劃分為獨立區塊並並行執行,實現協同運行。每個核心運行程式的不同 部分,而專門的同步和資料傳輸指令則確保保留原始程式順序,從而以最小的開銷最大化每 個時鐘指令數 (IPC)。這種方法旨在提升單線程性能,而無需提高時脈速度或建立寬大的單 片內核,因為這樣會增加功耗和/或晶體管預算。 現代 x86 CPU 核心可以解碼 4-6 條指令,然後在將指令解碼為微操作後,每週期執行 8-9 條微操作,達到此類處理器的峰值 IPC 效能。相較之下,Apple 基於 Arm 的客製化高效 能核心(例如 Firestorm、Avalanche、Everest)在理想條件下每週期最多可解碼 8 條指 令,然後每週期執行超過 10 條指令。正因如此,Apple 的處理器通常比 Arm 同類產品具 有更高的單執行緒效能和更低的功耗。 雖然技術上可以建構一個 8 路 x86 CPU 核心(即一個超標量 x86 處理器,能夠每時脈解 碼、發出和退出多達 8 條指令),但在實踐中,由於前端瓶頸以及在功耗和麵積成本大幅 增加的情況下效能提升的收益遞減,這一目標尚未實現。事實上,即使是現代 x86 CPU,在 一般工作負載下通常也能達到 2、3 或 4 個持續 IPC,具體取決於軟體。因此,英特爾的 SDC 建議,與其建構一個 8 路 x86 CPU 核心,不如在可行的情況下,將兩個或多個 4 寬 單元配對,組成一個大核心進行協作。 在硬體方面,支援 SDC 的系統中的每個核心都包含一個小型專用硬體模組,用於管理配對 核心之間的同步、暫存器傳輸和記憶體排序。這些模組利用一個保留的記憶體區域(稱為蟲 洞位址空間)來協調即時輸入/即時輸出資料和同步操作,確保來自不同核心的指令以正確 的程式順序退出。該設計同時支援順序和無序核心,只需對現有執行引擎進行少量更改,從 而在晶片空間方面實現緊湊的設計。 在軟體方面,系統使用 JIT 編譯器、靜態編譯器或二進位偵測將單執行緒程式拆分為程式 碼段,並將不同的程式碼區塊分配給不同的核心。它注入了用於流程控制、暫存器傳遞和同 步行為的特殊指令,使硬體能夠保持執行完整性。作業系統的支援至關重要,因為作業系統 會根據運行時條件動態決定何時將執行緒遷移到超核模式或從超核模式中遷移出來,以平衡 效能和核心可用性。 英特爾的專利沒有提供精確的數位效能提升估計,但它暗示在特定場景下,期望兩個「窄」 核心的效能接近「寬」核心的效能是現實的。 ----- 看起來像是superscalar(超純量)或out-of-order(亂序執行)但共用的硬體元件變成能單獨 執行程式的E-core? 看來再堆時脈或堆pipeline深度已經沒什麼效益了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.72.79.117 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1756774291.A.E69.html

09/02 09:14, 6小時前 , 1F
超線程是一個核當兩個用 這是兩個當一個
09/02 09:14, 1F

09/02 09:14, 6小時前 , 2F
用嗎
09/02 09:14, 2F
超線程是hyper-threading在一個核裡能執行複數執行緒並共用部分硬體 我的理解是這個像是把一個執行緒拆給兩個E-core做並期待他1+1>>1P-core

09/02 09:18, 6小時前 , 3F
上一個想用軟體救硬體的AMD已經認清現
09/02 09:18, 3F

09/02 09:18, 6小時前 , 4F
實了
09/02 09:18, 4F

09/02 09:23, 6小時前 , 5F
怎麼感覺這玩意有點熟悉
09/02 09:23, 5F

09/02 09:27, 6小時前 , 6F
Intel連APO大小核調度都搞得零零落落
09/02 09:27, 6F

09/02 09:27, 6小時前 , 7F
這種韌體層面的線程拆分會有搞頭嗎?
09/02 09:27, 7F

09/02 09:28, 6小時前 , 8F
big-little的變形?
09/02 09:28, 8F
我覺得不太像 big.LITTLE本質上的處理器核上執行的是完整的一個執行緒 但SDC中要把兩個E-core合體才是一個完整的執行緒

09/02 09:30, 6小時前 , 9F
軟硬整合黑科技
09/02 09:30, 9F

09/02 09:33, 6小時前 , 10F
推土機:對 我做過 死了
09/02 09:33, 10F

09/02 09:39, 6小時前 , 11F
推土機:
09/02 09:39, 11F
可惜沒經歷過這個美好(?的年代XD

09/02 09:44, 6小時前 , 12F
用軟體救硬體不就Transmeta
09/02 09:44, 12F

09/02 09:45, 6小時前 , 13F
沒招了就開始走旁門左道
09/02 09:45, 13F

09/02 10:01, 5小時前 , 14F
推土機「幫復」
09/02 10:01, 14F

09/02 10:04, 5小時前 , 15F
印特爾CPU設計部門是不是只剩印度人
09/02 10:04, 15F

09/02 10:06, 5小時前 , 16F
感覺不是很靠譜...
09/02 10:06, 16F

09/02 10:10, 5小時前 , 17F
真的聽起來很熟悉,整個敘述就像疊床
09/02 10:10, 17F

09/02 10:10, 5小時前 , 18F
架屋的感覺,用一個軟體去整合多變單
09/02 10:10, 18F

09/02 10:10, 5小時前 , 19F
,光運行這軟體要吃掉多少資源跟頻寬
09/02 10:10, 19F

09/02 10:10, 5小時前 , 20F
09/02 10:10, 20F

09/02 10:12, 5小時前 , 21F
最後會不會變成跑分用,實際上烙賽之
09/02 10:12, 21F

09/02 10:12, 5小時前 , 22F
類的
09/02 10:12, 22F
※ 編輯: crimsonmoon9 (42.72.79.117 臺灣), 09/02/2025 10:19:56

09/02 10:19, 5小時前 , 23F
這不叫科技,叫「話術」
09/02 10:19, 23F

09/02 10:32, 5小時前 , 24F
彷若當年傳聞中的逆向超執行緒
09/02 10:32, 24F

09/02 10:35, 5小時前 , 25F
推土機再現
09/02 10:35, 25F

09/02 10:41, 5小時前 , 26F
這合併是手排還自排?
09/02 10:41, 26F

09/02 10:50, 4小時前 , 27F
軟體是電子不是量子 跑步都需要時間
09/02 10:50, 27F

09/02 10:50, 4小時前 , 28F
根本當年推土機的招 裡面都印度人印特爾了
09/02 10:50, 28F

09/02 10:50, 4小時前 , 29F
是不是
09/02 10:50, 29F

09/02 10:52, 4小時前 , 30F
這是不是AMD臥底呀,怎麼這幾次都
09/02 10:52, 30F

09/02 10:52, 4小時前 , 31F
在抄AMD已走過的死路
09/02 10:52, 31F

09/02 10:52, 4小時前 , 32F
看起來是讓單核心軟體可以強制多核心並行
09/02 10:52, 32F

09/02 10:52, 4小時前 , 33F
運算?
09/02 10:52, 33F

09/02 10:55, 4小時前 , 34F
多黏幾顆大核不幹 搞有的沒的 下去吧
09/02 10:55, 34F

09/02 10:56, 4小時前 , 35F
我可以預想到阿姬濕會怎麼吹了
09/02 10:56, 35F
還有 26 則推文
09/02 12:08, 3小時前 , 62F
E cord:我又合體啦,我又分開啦
09/02 12:08, 62F

09/02 12:14, 3小時前 , 63F
軟體定義xxx 要先確保微軟不要搞你。
09/02 12:14, 63F

09/02 12:15, 3小時前 , 64F
但是要怎麼解決換手的overhead呢
09/02 12:15, 64F

09/02 12:16, 3小時前 , 65F
這機制 看起來一定有security 漏洞 最後
09/02 12:16, 65F

09/02 12:16, 3小時前 , 66F
又關掉
09/02 12:16, 66F

09/02 12:17, 3小時前 , 67F
開始發瘋亂搞了 準備死去
09/02 12:17, 67F

09/02 12:22, 3小時前 , 68F
真的合體又分開............搞笑
09/02 12:22, 68F

09/02 12:25, 3小時前 , 69F
推土機: 再耦合GPU與NPU,看起來跟HSA有80%像
09/02 12:25, 69F

09/02 12:25, 3小時前 , 70F
微軟:你有問過我的意見嗎?
09/02 12:25, 70F

09/02 12:25, 3小時前 , 71F
Indel的 1+1>2 實際就是 1+1<1
09/02 12:25, 71F

09/02 12:26, 3小時前 , 72F
09/02 12:26, 72F

09/02 12:32, 3小時前 , 73F
不過這樣跑分很高很爽XD
09/02 12:32, 73F

09/02 12:33, 3小時前 , 74F
內建VM的感覺?
09/02 12:33, 74F

09/02 12:38, 3小時前 , 75F
問題是指令要怎麼拆才能不會有順序問題
09/02 12:38, 75F

09/02 12:38, 3小時前 , 76F
又同時最高效率與最低開銷
09/02 12:38, 76F

09/02 12:39, 3小時前 , 77F
還要考慮快取共用....以後是統一大快取?
09/02 12:39, 77F

09/02 12:42, 3小時前 , 78F
然後廣告就動不動32核
09/02 12:42, 78F

09/02 12:42, 3小時前 , 79F
SDC A MO LI GAN WU 50%? Z 5 TAN GEE MO??
09/02 12:42, 79F

09/02 12:53, 2小時前 , 80F
又找到外星人了嗎
09/02 12:53, 80F

09/02 12:59, 2小時前 , 81F
把13 14代優化能耗 解決瑕疵 換成下一代
09/02 12:59, 81F

09/02 12:59, 2小時前 , 82F
還是會有很多富哥支持的 新一代要搞這齣
09/02 12:59, 82F

09/02 12:59, 2小時前 , 83F
09/02 12:59, 83F

09/02 13:00, 2小時前 , 84F
還有加兩倍快取
09/02 13:00, 84F

09/02 13:01, 2小時前 , 85F
蘇媽都知道力大飛磚 牢英很想彎道超車是
09/02 13:01, 85F

09/02 13:01, 2小時前 , 86F
09/02 13:01, 86F

09/02 13:14, 2小時前 , 87F
現在是AMD走康莊大道,Intel走旁門左道
09/02 13:14, 87F

09/02 13:14, 2小時前 , 88F
想不到啊想不到
09/02 13:14, 88F

09/02 13:23, 2小時前 , 89F
合併兩個以上的 core 跑 VLIW/EPIC? lol
09/02 13:23, 89F

09/02 13:25, 2小時前 , 90F
吃到AMD的毒藥
09/02 13:25, 90F

09/02 13:27, 2小時前 , 91F
有請造謠大濕阿基濕開吹
09/02 13:27, 91F

09/02 13:28, 2小時前 , 92F
或是core的ALU是可以動態調配的. O_O
09/02 13:28, 92F

09/02 13:28, 2小時前 , 93F
一核有難,多核圍觀,全E核的垃圾要來
09/02 13:28, 93F

09/02 13:28, 2小時前 , 94F
09/02 13:28, 94F

09/02 13:31, 2小時前 , 95F
最後又造成一堆漏洞,打patch後效能大降
09/02 13:31, 95F

09/02 13:38, 2小時前 , 96F
判讀指令給誰跑的指令要給誰跑?
09/02 13:38, 96F

09/02 13:54, 1小時前 , 97F
09/02 13:54, 97F

09/02 14:02, 1小時前 , 98F
從拉基桶撿回來抄的作業
09/02 14:02, 98F

09/02 14:11, 1小時前 , 99F
不用1+1>2,穩定大於1.2就有搞頭了
09/02 14:11, 99F

09/02 14:13, 1小時前 , 100F
聽起來就是單執行緒的軟體外掛包裝成可
09/02 14:13, 100F

09/02 14:13, 1小時前 , 101F
多執行緒的軟體 !?
09/02 14:13, 101F
文章代碼(AID): #1ejZ-Jvf (PC_Shopping)
文章代碼(AID): #1ejZ-Jvf (PC_Shopping)