看板 PC_Shopping 關於我們 聯絡資訊
https://bit.ly/41YMz6q https://i.imgur.com/uS48o36.jpg
相信現在基本上已經沒有人在裝32位元的OS了 很簡單 因為不支援4G以上的RAM 現行Win11也是不支援32位元的OS及CPU 但仍然支援32位元的程式 近日 i皇提出了一個新的架構"x86S" 與以往最大的差別在於他僅支援64位元 再也不支援32位元及16位元 根據他們的說法 會有以下幾點好處: 1. 使用簡化的64位元分段模型來支援32位元應用程式,與現代作業系統已經使用的相符。 2. 移除第1和第2環(現代軟體不使用的環),以及過時的分段功能,如 gates。 3. 移除16位元定址的支援。 4. 刪除對第3環的I/O埠存取支援。 5. 刪除支援過時的CPU驅動I/O模型的字串埠I/O。 6. 將本地中斷控制器(APIC)僅限於X2APIC,並刪除遺留的8259支援。 7. 移除一些未使用的作業系統模式位元。 據稱 這樣的好處在於可以更快的啟動CPU 因為啟動期間不用使用非分頁的傳統模式 轉換到x64架構只是消除了「進入64位元操作的幾個跳板程式階段」 目前看來 似乎還是會支援32位元的程式 所以那些舊的程式應該還能運作? 然後這樣的轉變不會讓舊系統無法使用 因為可以靠i皇自己的虛擬化技術達成 https://cdrdv2.intel.com/v1/dl/getContent/776648 有興趣的 這個是白皮書 我是沒看啦 反正i皇這樣也算好事啦 如果真的對傳統的程式鎂有太大的衝擊的化 還是舊乾脆跟Win12一同推出好了 反正12要大改 兩個一起大改 但我想要讓PC完全拿掉32位元的支援 應該是有德等了 Mac早就已經拿掉32位元的支援 Windows打開工作管理員還是一狗票32bit的... -- https://i.imgur.com/zybURjR.jpg https://i.imgur.com/cgRaNCj.jpg
https://i.imgur.com/XrIGg3Y.jpg https://i.imgur.com/UKnya2J.jpg
https://i.imgur.com/D1FaJAb.jpg https://i.imgur.com/UbMJLFM.jpg
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.64.133.112 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1684590579.A.51D.html ※ 編輯: oppoR20 (42.72.151.140 臺灣), 05/20/2023 21:52:21
ltytw: intel怎麼不繼續Itanium精神? 關起門來繼續玩 05/20 21:56
ltytw: 從0開始 跟現行生態不相容的全新架構 拋棄x86包袱 05/20 21:57
tomsawyer: 還想玩一次ia64喔 05/20 21:57
raidcrash: Mac OS的相容性本來就是渣渣等級的 拿掉32bit當然沒差 05/20 21:59
raidcrash: 就算不拿掉32bit Mac OS很多程式也才支援2-3版 05/20 21:59
cliff2001: Windows那沈重的包袱能把32bit完全換掉嗎?感覺穩定性 05/20 22:11
cliff2001: 很可觀 05/20 22:11
oopFoo: 看pdf,32bit指令還是在的,16bit全部拋棄包含vm86模式 05/20 22:17
sunyanwen: "Removal of 32-Bit Ring 0", 看起來是不敢拿掉32-Bit 05/20 22:18
sunyanwen: Ring 3(eq.32-Bit EL0), 就是很成熟的64-bit的UEFI Onl 05/20 22:19
sunyanwen: y, 割掉也無感 05/20 22:19
guezt: Linux 32位元就支援4GB以上Ram, 現在還是用的好好的 05/20 22:19
wahaha99: 可以省下多少電晶體? 05/20 22:30
b325019: 話是這麼說不過相容性大概會有問題 05/20 22:36
amd7356: 公家機關表示不喜 05/20 22:37
sxing6326: 有想過,大核純64,小核相容32 05/20 22:47
C13H16ClNO: 全丟給虛擬機處理就沒相容性問題了 05/20 22:48
kivan00: 問題出在微軟 05/20 22:55
stosto: 32直接拿掉APP就會改版了啦 05/20 23:24
Wangsl: steam就mac版有64位元的而已 05/20 23:32
cancelpc: 講白點,就是Intel只想拿掉它能拿掉的。有些系統/UEFI無 05/20 23:37
cancelpc: 法拿掉的就算了。沒在考慮32bit軟體可不可執行。 05/20 23:37
cancelpc: 維持只有開機,作業系統能開機,其他都不是Intel考慮的 05/20 23:39
cancelpc: 部分 05/20 23:39
testPtt: win32api消失一堆公司會爆炸 05/20 23:39
cancelpc: 一堆週邊也全死 05/20 23:40
cancelpc: 就算支援64,一切資源就吃很大 05/20 23:41
cancelpc: 原本1個byte可以處理的,現在都是用4個byte在用,各種資 05/20 23:43
cancelpc: 源直接爆表 05/20 23:43
cancelpc: 用VM模擬,浪費的資源也是巨大的,不考慮相容性等 05/20 23:44
Medic: 先請微軟未來別再出32bit的Win就夠了 05/20 23:53
cancelpc: 微軟光大小核就生出一個Win 12 05/20 23:54
cancelpc: 微軟就是靠相容性成為霸主,不會沒事搞死自己。只為了開 05/20 23:56
cancelpc: 機快點。 05/20 23:56
commandoEX: Linux 32bit 預設也是關掉PAE啊... 05/20 23:57
raidcrash: Win11已經沒32bit版本了啊 但還是會支援32bit程式 還在 05/20 23:59
raidcrash: 更新的可能沒差 問題是一堆舊程式沒支援32bit直接死 05/21 00:00
paul40807: 喜聞樂見 05/21 00:23
hn9480412: Itanium有部分專利在HP手上吧 05/21 00:45
HsieHsieH: 要變arm了嗎 05/21 00:46
hn9480412: 但依照現在x86的包袱我想微軟和Intel很難跟水果一樣 05/21 00:46
hn9480412: Mac的x86支援直接砍(10.15直接砍32位元的軟體支援) 05/21 00:47
hn9480412: *有那個魄力 05/21 00:47
guanting886: 身為果粉可以誠實的告訴你 賈教主要你換就是換 舊機 05/21 00:58
guanting886: 型若不能用配合掏錢就對了 05/21 00:58
guanting886: Intel 那種要服務 Windows市佔9成用戶 要砍什麼架構 05/21 00:59
guanting886: 或指令集或變更設計包袱大的很 05/21 00:59
ss218: 舊程式的主機也不會沒事去升級改環境就是 05/21 01:05
twosheep0603: 這動搖x86本的改動真的能實現嗎XD 05/21 01:05
Arbin: 在Xeon應該會先跑 05/21 01:11
Arbin: 反正在Windows Server上WOW64功能是可以直接拔的 05/21 01:11
Arbin: 更別說Linux一大票早就純64位元環境的狀況 05/21 01:12
hn9480412: 想當初Intel還放話要讓Itanium取代x86結果.... 05/21 01:13
CyBw: 撐這麼多年64bit,何時要升128bit,牙膏踩一下好嗎 05/21 01:45
Shepherd1987: 有種哀皇自宮的感覺 喜聞樂見 嘻嘻 05/21 01:46
Wilson310: AMD狂喜,以後要保證100%運行只能買AMD 05/21 02:08
hn9480412: 20年前AMD就狂喜過了啦,Intel也想不到AMD會搞出一個 05/21 02:17
hn9480412: x86-64 05/21 02:18
Bencrie: Linux 會裝 multiarch 不就為了 steam 05/21 02:40
protoss: 好處只有快速啟動CPU?值得賭這麼大嗎? 05/21 02:48
ksng1092: 對啊看半天好處就這樣? XDD 05/21 03:02
cancelpc: Intel不是真心為了開機快,而是製程上不了。之前搞大小 05/21 03:19
cancelpc: 核擠出空間,現在想拿掉一些16,32指令等電路多擠出一些 05/21 03:19
cancelpc: 晶圓空間 05/21 03:19
cancelpc: 上面大小核生出Win11,打錯了 05/21 03:23
cancelpc: 以及64是佔了8byte 05/21 03:24
menchian: 老實說32bit的舊程式,運算量吃的也不多了,靠軟體模擬 05/21 03:52
menchian: 環境的性能應該夠用,但這環境要靠微軟支援,拋棄32bit 05/21 03:52
menchian: 遲早要走的 05/21 03:52
iorittn: 這個一盤程式沒問題,但工業用的不一定哦 05/21 08:38
iorittn: 一般 05/21 08:38
MK47: Windows就是包袱太大了 很難丟掉 就像樓上講的 一堆工業元件 05/21 09:31
MK47: 都要重寫 過渡期超級痛 05/21 09:31
lc85301: 這個算趨勢,AMD 早晚也要跟上吧 05/21 10:17
lc85301: 不然開機一堆 legacy 要處理頭就痛 05/21 10:18
jeta890119: 光是UEFI導入超過十年,CSM也沒看有幾間敢拔掉 05/21 10:29
Ekmund: 這個又不是bus之類越粗越猛 升128有優勢的場景極少啦... 05/21 11:18
Ekmund: OPC Foundation: 05/21 11:25
commandoEX: 筆電5年前就都拿掉CSM了啊 05/21 11:59
widec: 寫個模擬器就好了吧 05/21 13:20
saimeitetsu: Itantium: 純64 ? 05/21 15:33
tim108108: i64 05/21 19:16
dildoe: 32bit ring0 又不是全部 x86都不能動XD 05/21 19:52
hn9480412: CSM很早就從OEM上移除了吧。Win 11開始強制用UEFI後 05/21 21:26
hn9480412: 也加速推動CSM移除的速度 05/21 21:27
eatyourshit: 工控上還一堆16 32位元的東西 動起來會很頭痛 05/21 21:58
stosto: 微軟intel陣容繼續這樣可能mac使用者會越來越多 05/21 22:44
teaseu: Intel對ia64施展穢土轉生 05/22 00:40
s25g5d4: 推文一堆搞不清楚狀況?Intel 就沒要拿掉 32 bit 相容, 05/22 01:20
s25g5d4: 想想 64 bit 作業怎麼跑 32 bit 程式就知道,這部分會留 05/22 01:20
s25g5d4: 著,x86-64 指令集本來就向下相容 32 bit 定址模式。講 I 05/22 01:20
s25g5d4: A-64 的更好笑,IA-64 來自 HP 的 PA-RISC,跟 x86 八竿 05/22 01:20
s25g5d4: 子打不著。Intel 這次想做的是砍掉現代作業系統用不到的 05/22 01:20
s25g5d4: 部分,64 bit 系統使用 32 bit 這麼常見的使用情境怎麼可 05/22 01:21
s25g5d4: 能砍掉。另外 Intel 這次是丟白皮書出來,還在跟合作夥伴 05/22 01:21
s25g5d4: 收集意見,一堆人還以為 Intel 說改就改喔? 05/22 01:21
a1e: 這樣搞,是不是想整死一狗票老遊戲啊 05/22 01:23
birdy590: 想拔的是最老的東西 反正那些可能用到的老OS早不能用了 05/22 09:37
birdy590: 真的還需要用還有模擬器 而且並沒有性能問題 05/22 09:38
jansan: 早就該直接改了 拖太久了 05/22 10:36
zsp40773: 講得好像公司工廠經常汰換設備零件一樣 05/22 14:49
aq981334: 說實在微軟真的改動放棄32bit應用程式,難道那些工廠設 05/22 15:09
aq981334: 備會放棄Windows 嗎? 05/22 15:09
aq981334: Linux開發軟體跟Windows 開發軟體,沒接觸過這一行的, 05/22 15:10
aq981334: 應該會認為Linux開發難度大 成本高 05/22 15:10
aq981334: Windows 開發難度低 成本略低於Linux ,也就是說,這些 05/22 15:11
aq981334: 工廠公司啊,該改還是得改,願意還是不願意都一樣 05/22 15:11
aq981334: 而且工業與民用 拆開來不就好了 05/22 15:13
aq981334: 民用CPU跟作業系統下放新技術測試,工業用另外維持,他 05/22 15:14
aq981334: 們一直以來不都這樣做的 05/22 15:14
SUCKERKING: 還有人講MAC,當年Apple轉進的手段才真的凶狠好嗎。 05/22 23:01
s7968: macOS才是狠人 每次作業系統更新直接淘汰硬體 系統不更新 05/23 07:01
s7968: 應用程式沒多久就會因為作業系統老 無法更新停用 超機掰的 05/23 07:02
sellgd: 我還要在32bit dos下跑ghost 11呢182.155.161.232 10/02 12:02