• 7

Intel 128 位元 CPU 啥時 問世 ?

IQuit wrote:
64 位元 CPU, 程式 要編譯為 X86 或 X64 那是另外的事,
同理 128 位元 CPU,
而 位元 提升, 不只是 記憶體上限 提升, 速度 也會 提升.


實際上跟你想像的不一樣,CPU做成128-bits,還是受限於編譯器與寫程式的猴子怎麼去使用,並不是無腦將所有資料結構通通換成128-bits的方式去用,這樣只會導致使用更大量的記憶體頻寬,如果精度上沒必要,根本就是做虛工。x86平台的記憶體頻寬是卡住效能的重要關鍵之一,使用64-bits都還能有效處理各種資料的情況下,選擇把U變成128-bits,效益不會比把放在主機板的記憶體搬到U的封裝內,如同Lunar Lake的方式。現在對於資料使用最大量的應用,就是訓練各種大語言模型,用一般x86系統的瓶頸也是在於記憶體頻寬上,而不是CPU或GPU效能不足。要主張牙膏U提昇128-bits會更快,就要舉出那些場景的確有用,而且是普遍都會使用到,不然這些做硬體的廠商,只會看到花了更多硬體成本提昇速度有限,現行應用可能還會變慢,只會興趣缺缺。
會問這種問題樓主大概對64bit的64本身就毫無概念,甚至比起32強在哪都不曉得,只知道數字翻倍而已。
IQuit
IQuit 樓主

你 不懂 我的意思[笑到噴淚]

2025-02-03 17:35
硬體不難,只是體積跟發熱可能....
重點是軟體也要搭配,
當初64位元硬體跑32位元的軟體,效能就差一大截。
IQuit
IQuit 樓主

軟體 也要跟上

2025-02-03 17:36
jason_uniq wrote:
CPU位元分定址跟運算,
在定址跟每次運算上,大部份資料都用不到64位元
只有少數特殊運用會用到,
那就用特殊晶片如DSP,GPU


也不是 大部份資料都用不到 64 位元.

wonderzero2 wrote:
簡單來說現代計算機架構下提升位元,結果會是降速度導致 整體性能下降。

介面只有8位元,cpu就算提升到1024位元一樣要等介面8位元回應(鍵盤.螢幕.)增加位元反而性能更慢,需修正介面問題增加更多運送(8位元能做的事只需要1s,硬要用16位元 不升反降 反應時間為2s...32位元反應4s)

再來就是介面是1024位元導致的問題比如:
計算1+1=2問題,看似簡單在高位元下就是 找死,例如00000001+00000001=00000010 對高位元只需1s完成,但真實是
實體線路太複雜導致:實際運算完成就是3s後。光讀取記憶體位址就在128位元尋找,再送去 cpu內的寄存器128位元運算。唯一好處是 避免資料塞爆導致出計算問題


提升位元 有 2 派 論點,
1 派 提升 速度,
1 派 沒啥 提升,
Google 及 Youtube 都能找到.

編譯器 應該會自行 優化,
如 X64 程式 並不是 全部都是 X64 程式,
同理 128 位元 程式.

Gabriellin wrote:
實際上跟你想像的不一樣,CPU做成128-bits,還是受限於編譯器與寫程式的猴子怎麼去使用,並不是無腦將所有資料結構通通換成128-bits的方式去用,這樣只會導致使用更大量的記憶體頻寬,如果精度上沒必要,根本就是做虛工。x86平台的記憶體頻寬是卡住效能的重要關鍵之一,使用64-bits都還能有效處理各種資料的情況下,選擇把U變成128-bits,效益不會比把放在主機板的記憶體搬到U的封裝內,如同Lunar Lake的方式。現在對於資料使用最大量的應用,就是訓練各種大語言模型,用一般x86系統的瓶頸也是在於記憶體頻寬上,而不是CPU或GPU效能不足。要主張牙膏U提昇128-bits會更快,就要舉出那些場景的確有用,而且是普遍都會使用到,不然這些做硬體的廠商,只會看到花了更多硬體成本提昇速度有限,現行應用可能還會變慢,只會興趣缺缺。


編譯器 應該會自行 優化,
如 X64 程式 並不是 全部都是 X64 程式,
同理 128 位元 程式.

該怎麼回呢 ... 8 16 32 這些跳躍捕
不只是 記憶體定址空間而已

是 跑 8 16 32 64 等主要區別應該是 變數可用範圍問題比較嚴重 int8 到 int64 的變數範圍 才是改用 8 or 32 64 的主因
如果要用到專業用途 向量處理器吧
softwind1314

一個簡單的 int64 inc 運算 在8bits 上面也是可以模擬 只是 access 記憶體至少 8次 檢查 進位中位數4次 等等 如果含寫回 那要再多8是 mem access...

2025-02-03 20:12
最關鍵的問題還是 用不用的到?
位元數會跟電路數相等,就跟馬路一樣
這個加寬是會有相應代價的(空間問題/建構難度/成本)

就目前來說,64位定址用的範圍遠遠用不完,不像32位會卡在單次4GB
而純資料計算部分,多數數值類型64位都能一次搞定,就算是更寬的資料,也有相應的向量指令集可用,或者用多次計算來完成,無需為此將全部資料的計算寬度都往上擴充

可以想像一下,把目前的高速公路4線道進一步擴寬成8線道(甚至16線道?),交流道會是什麼樣子?要花多少錢?使用率?
IQuit
IQuit 樓主

科技總是向前走.

2025-02-04 0:24
wangcm

如果64bit不夠用了,廠商自然會去搞64bit以上,但以目前絕大部分的應用,到人類滅絕時,64bit不夠用的運算可能都還不會出現吧[笑到噴淚]....

2025-02-04 8:50
softwind1314 wrote:
該怎麼回呢 ... 8 16 32 這些跳躍捕
不只是 記憶體定址空間而已

是 跑 8 16 32 64 等主要區別應該是 變數可用範圍問題比較嚴重 int8 到 int64 的變數範圍 才是改用 8 or 32 64 的主因
如果要用到專業用途 向量處理器吧


同理 也會有
Int128
UInt128
別想了,還一堆軟體還停留在32位元勒。
64位元已經很夠用了,沒必要再上去,

intel處理器甚至還保留了8位元的處理能力,
而且不是跑在兼容層的那種,是硬體!
可以原生支援的那種,蠻離譜的。

性能會比arm難提升也是這個原因,
負重前行,同體積塞了很多沒必要的東西,
也不知道為啥都不砍,用模擬的就好。
但懂得都懂,要這樣保留並不容易,
其實intel也沒有那麼不堪啦。

離題了,總之,
之所以提升至64位元,是因為32位元不夠用。
但目前64游刃有餘,沒必要也就不會去升級吧?
wangcm

X86被說成是最糟糕的CPU就是為了維持舊AP的相容性,那堆AP對X86而言可以說是資產,也可以說是負債----user因為那堆AP繼續用X86,而X86也無法丟掉一坨為了維持相容性而多出來的包袱啊.

2025-02-04 8:45
IQuit
IQuit 樓主

用 WinTel 賊 保障投資

2025-02-04 17:55
  • 7
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 7)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?