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

看板PC_Shopping (個人電腦購買)作者時間10月前 (2025/09/02 08:51), 10月前編輯推噓56(61586)
留言152則, 84人參與, 10月前最新討論串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, 10月前 , 1F
超線程是一個核當兩個用 這是兩個當一個
09/02 09:14, 1F

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

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

09/02 09:18, 10月前 , 4F
實了
09/02 09:18, 4F

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

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

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

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

09/02 09:30, 10月前 , 9F
軟硬整合黑科技
09/02 09:30, 9F

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

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

09/02 09:44, 10月前 , 12F
用軟體救硬體不就Transmeta
09/02 09:44, 12F

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

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

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

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

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

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

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

09/02 10:10, 10月前 , 20F
09/02 10:10, 20F

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

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

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

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

09/02 10:35, 10月前 , 25F
推土機再現
09/02 10:35, 25F

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

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

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

09/02 10:50, 10月前 , 29F
是不是
09/02 10:50, 29F

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

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

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

09/02 10:52, 10月前 , 33F
運算?
09/02 10:52, 33F

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

09/02 10:56, 10月前 , 35F
我可以預想到阿姬濕會怎麼吹了
09/02 10:56, 35F
還有 77 則推文
09/02 14:55, 10月前 , 113F
先跟微軟協調的成再說
09/02 14:55, 113F

09/02 15:00, 10月前 , 114F
話說之前說的那個X86s到底怎樣了?
09/02 15:00, 114F

09/02 15:01, 10月前 , 115F
這算軟體層面上的分支預測,要由軟體
09/02 15:01, 115F

09/02 15:01, 10月前 , 116F
去猜應用場景,來對執行緒做協調,但
09/02 15:01, 116F

09/02 15:01, 10月前 , 117F
重點仍是卡在微軟,再好的想法都沒啥
09/02 15:01, 117F

09/02 15:01, 10月前 , 118F
09/02 15:01, 118F

09/02 15:10, 10月前 , 119F
樓上阿基濕
09/02 15:10, 119F

09/02 15:24, 10月前 , 120F
又跟蘇媽要協調了XDXD
09/02 15:24, 120F

09/02 15:29, 10月前 , 121F
造謠大濕阿基濕幻想出的世界線裡世界中
09/02 15:29, 121F

09/02 15:29, 10月前 , 122F
心就是i皇其它家都要圍繞著i皇轉啊
09/02 15:29, 122F

09/02 15:30, 10月前 , 123F
所以當然是微軟跟蘇媽的問題囉
09/02 15:30, 123F

09/02 16:30, 10月前 , 124F
玩不贏,換花樣
09/02 16:30, 124F

09/02 16:31, 10月前 , 125F
有問過微軟嗎?
09/02 16:31, 125F

09/02 17:08, 10月前 , 126F
笑死,要就是當年AMD太超前要就是intel
09/02 17:08, 126F

09/02 17:08, 10月前 , 127F
根本沒救了
09/02 17:08, 127F

09/02 18:47, 10月前 , 128F
魑魅魍魎,琴瑟琵琶
09/02 18:47, 128F

09/02 18:48, 10月前 , 129F
noHT vs HT
09/02 18:48, 129F

09/02 18:51, 10月前 , 130F
穿越到2011了
09/02 18:51, 130F

09/02 19:21, 10月前 , 131F
大概又是跑分能看而已
09/02 19:21, 131F

09/02 19:21, 10月前 , 132F
如果開始要用這個騙單核跑分那還真的慘
09/02 19:21, 132F

09/02 20:16, 10月前 , 133F
本來是HT一分二 現在要變成二合一了嗎XD
09/02 20:16, 133F

09/02 21:32, 10月前 , 134F
CMT
09/02 21:32, 134F

09/02 22:56, 10月前 , 135F
聽起來很像虛擬化?
09/02 22:56, 135F

09/02 23:34, 10月前 , 136F
牙膏:重返農藥!
09/02 23:34, 136F

09/03 00:41, 10月前 , 137F
以前玩軟體平行化最大的障礙就依賴
09/03 00:41, 137F

09/03 00:41, 10月前 , 138F
性,看印特爾怎麼解決
09/03 00:41, 138F

09/03 04:39, 10月前 , 139F
1. 推土機玩過了 2. i皇把HT拿掉想全靠
09/03 04:39, 139F

09/03 04:39, 10月前 , 140F
硬體核心,搞這個又變軟體,那幹嘛拿掉
09/03 04:39, 140F

09/03 04:39, 10月前 , 141F
HT?????
09/03 04:39, 141F

09/03 07:40, 10月前 , 142F
不重要 AMD YES!
09/03 07:40, 142F

09/03 08:05, 10月前 , 143F
彎的過去就是拓海 玩不過去就是填海
09/03 08:05, 143F

09/03 08:05, 10月前 , 144F
09/03 08:05, 144F

09/03 08:18, 10月前 , 145F
公佈時跑分強悍,市售時遊戲烙賽的節
09/03 08:18, 145F

09/03 08:18, 10月前 , 146F
09/03 08:18, 146F

09/03 08:27, 10月前 , 147F
資料相依性能解決的大部分早就平行化
09/03 08:27, 147F

09/03 08:28, 10月前 , 148F
了,還會留到現在的不是懶就是B>Z
09/03 08:28, 148F

09/03 09:00, 10月前 , 149F
還需要微軟優化
09/03 09:00, 149F

09/03 11:40, 10月前 , 150F
這我知道!悟天克斯!
09/03 11:40, 150F

09/03 13:38, 10月前 , 151F
Microsoft Win+ Intel inside CMT
09/03 13:38, 151F

09/03 21:07, 10月前 , 152F
推土機
09/03 21:07, 152F
文章代碼(AID): #1ejZ-Jvf (PC_Shopping)
文章代碼(AID): #1ejZ-Jvf (PC_Shopping)