[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-linux-finally-dropping-i486-support-zh":3,"tags-linux-finally-dropping-i486-support-zh":32,"related-lang-linux-finally-dropping-i486-support-zh":44,"related-posts-linux-finally-dropping-i486-support-zh":48,"series-industry-2c913f37-e16a-4b67-a231-8bfb4e84990d":85},{"id":4,"title":5,"content":6,"summary":7,"source":8,"source_url":9,"author":10,"image_url":11,"keywords":12,"language":20,"translated_content":10,"views":21,"is_premium":22,"created_at":23,"updated_at":23,"cover_image":11,"published_at":24,"rewrite_status":25,"rewrite_error":10,"rewritten_from_id":26,"slug":27,"category":28,"related_article_id":29,"status":30,"google_indexed_at":31,"x_posted_at":10,"tweet_text":10,"title_rewritten_at":10,"title_original":10,"key_takeaways":10,"topic_cluster_id":10,"embedding":10,"is_canonical_seed":22},"2c913f37-e16a-4b67-a231-8bfb4e84990d","Linux 真的要丟掉 i486 了","\u003Cp>Linux kernel 真的要把 i486 支援收掉了。這次動作很明確，會直接拿掉 \u003Ca href=\"https:\u002F\u002Flore.kernel.org\u002Flkml\u002F\" target=\"_blank\" rel=\"noopener\">Ingo Molnar\u003C\u002Fa> 提出的 M486、M486SX、MELAN 設定。講白了，以後新的 upstream kernel 就不再能替 486-only 系統編譯。\u003C\u002Fp>\u003Cp>這件事表面上像是在清垃圾。其實它反映的是 x86-32 維護成本一直在墊高。\u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002F\" target=\"_blank\" rel=\"noopener\">Linux kernel\u003C\u002Fa> 7.1 如果真的接手這個變更，代表 486 支援的時代，至少在主線分支裡，真的快要結束了。\u003C\u002Fp>\u003Ch2>為什麼現在才動手\u003C\u002Fh2>\u003Cp>486 支援留在 kernel 裡很久了。久到很多人以為它只是背景噪音。可是真正有在維護核心的人都知道，舊 CPU 支援不是免費的。每一條相容路徑，都會多出 review、測試、除錯成本。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952588979-lzq6.png\" alt=\"Linux 真的要丟掉 i486 了\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這次 patch 的重點，不是立刻把所有 486 相容碼刪光。它先做的是停止讓新 build 走進這條路。這種做法很 Linux。先關入口，再慢慢整理裡面的舊東西。這樣比較不會一次炸掉一堆 build 假設。\u003C\u002Fp>\u003Cp>而且 486 的實際使用者真的少到可憐。對現在的 kernel 團隊來說，維護這些設定不像是在服務使用者，比較像是在照顧歷史包袱。說真的，這種工作很耗人力，還不太會被一般人看見。\u003C\u002Fp>\u003Cul>\u003Cli>Patch 作者：\u003Ca href=\"https:\u002F\u002Flore.kernel.org\u002Flkml\u002F\" target=\"_blank\" rel=\"noopener\">Ingo Molnar\u003C\u002Fa>\u003C\u002Fli>\u003Cli>目標版本：\u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002F\" target=\"_blank\" rel=\"noopener\">Linux 7.1\u003C\u002Fa>\u003C\u002Fli>\u003Cli>受影響設定：M486、M486SX、MELAN\u003C\u002Fli>\u003Cli>提案時間：2025 年 4 月\u003C\u002Fli>\u003Cli>前一次大清理：80386 支援在 2012 年移除\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Linus Torvalds 的態度很直接\u003C\u002Fh2>\u003Cp>這件事不是突然冒出來的。\u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002Fdoc\u002Fhtml\u002Flatest\u002Fprocess\u002Fmaintainer-tip.html\" target=\"_blank\" rel=\"noopener\">Linus Torvalds\u003C\u002Fa> 很早就講得很白。他的意思很簡單：i486 級硬體早就不該再放在主線 kernel 的核心考量裡。\u003C\u002Fp>\u003Cblockquote>\u003Cp>“I *really* don't think i486 class hardware is relevant any more,” Torvalds said in 2022, adding that old machines might as well run museum kernels.\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>這句話很有代表性。Linux kernel 不是古董展示櫃。它要服務的是現在還在跑的機器，不是所有歷史上存在過的 CPU。只要某個功能已經幾乎沒有真實使用者，maintainer 就會開始問：留著到底幹嘛？\u003C\u002Fp>\u003Cp>Molnar 在 patch notes 裡也講得很直。他認為這些 486 相容 glue 會吃掉開發時間，還可能引進奇怪 bug。這種成本不會一次爆出來，但會慢慢滲進每次 review、每次 refactor、每次測試。\u003C\u002Fp>\u003Cp>你可能會想問，既然影響這麼小，為什麼還要動？答案很現實。kernel 團隊不是在做懷舊工程。每少一條老路徑，現在的維護就少一點摩擦。\u003C\u002Fp>\u003Ch2>技術上到底改了什麼\u003C\u002Fh2>\u003Cp>這次提案的做法比早期版本更乾脆。原本有人討論過，用 TSC 和 CMPXCHG8B 這類指令當門檻。現在的方向更直接，就是把 486 家族的 Kconfig 選項移掉。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952586433-v7bq.png\" alt=\"Linux 真的要丟掉 i486 了\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這種改法像是在切斷入口，而不是進屋子裡一間一間慢慢收。好處很明顯。設定樹會更乾淨，半殘的相容組合也比較不會繼續躺在那裡。對 kernel 這種超大專案來說，少一點模糊地帶，通常就少一點未來的麻煩。\u003C\u002Fp>\u003Cp>更重要的是，這不會讓現有使用者突然斷電。Molnar 也提到，最近幾版 kernel package 本來就幾乎不再支援 486。換句話說，真正還在用 486 的人，本來就只能守在舊版 kernel。\u003C\u002Fp>\u003Cul>\u003Cli>早期討論：用 TSC、CMPXCHG8B 當門檻\u003C\u002Fli>\u003Cli>最新方向：移除 486 專用 Kconfig 項目\u003C\u002Fli>\u003Cli>直接效果：主線 kernel 不再能替 486-only 系統建置\u003C\u002Fli>\u003Cli>實際影響：多數使用者幾乎無感\u003C\u002Fli>\u003Cli>歷史對照：80386 支援已在 2012 年退場\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>跟其他平台比，Linux 這次算保守\u003C\u002Fh2>\u003Cp>如果你常看軟體圈，就會發現 Linux 對舊硬體的處理一直算溫和。很多專案是直接砍，連過渡期都不給。Linux 比較像先公告、再收斂、最後才動刀。這次也一樣。\u003C\u002Fp>\u003Cp>拿其他平台來比，差異很明顯。Windows 和 macOS 早就不把 486 這種年代的 CPU 當回事。主流發行版也早就偏向 64-bit。現在還卡在 x86-32 的，多半是工控設備、舊嵌入式板子，或是純粹愛玩老機器的玩家。\u003C\u002Fp>\u003Cp>所以這次不是「Linux 不支援舊硬體」這麼粗暴。比較像是主線開發已經不想再替這類硬體付帳單。這個帳單不只是一行程式碼。它還包含測試矩陣、CI、文件、維護者的注意力。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.gnu.org\u002Fsoftware\u002Fgrub\u002F\" target=\"_blank\" rel=\"noopener\">GRUB\u003C\u002Fa> 這類開機鏈也早就偏向新平台\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.debian.org\u002F\" target=\"_blank\" rel=\"noopener\">Debian\u003C\u002Fa> 仍保留部分舊架構討論空間\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.archlinux.org\u002F\" target=\"_blank\" rel=\"noopener\">Arch Linux\u003C\u002Fa> 早就把焦點放在新硬體\u003C\u002Fli>\u003Cli>主流桌機與伺服器幾乎都已轉向 64-bit\u003C\u002Fli>\u003Cli>486 只剩少數懷舊用途與特殊工控場景\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>這件事背後的產業脈絡\u003C\u002Fh2>\u003Cp>Kernel 砍舊\u003Ca href=\"\u002Fnews\u002Fopenai-hybrid-model-microsoft-deal-zh\">架構\u003C\u002Fa>，通常不是因為大家突然討厭老機器。真正原因是開發資源有限。當一個專案每天都在處理安全性、效能、硬體相容、記憶體管理，你真的很難再把精力放在幾乎沒人在用的 CPU 上。\u003C\u002Fp>\u003Cp>這也是開源\u003Ca href=\"\u002Fnews\u002Fbezos-prometheus-physical-world-ai-kosic-zh\">世界\u003C\u002Fa>很現實的一面。理想上，程式碼可以永遠往後相容。實務上，維護者會一直問：這段東西還有多少人靠它吃飯？如果答案接近零，那它就很容易被排進清理清單。\u003C\u002Fp>\u003Cp>對台灣的開發者來說，這件事也有提醒作用。你如果在做 embed\u003Ca href=\"\u002Fnews\u002Fopenai-codex-plugin-claude-code-launch-zh\">de\u003C\u002Fa>d、工控、長週期設備，千萬不要假設 upstream 會永遠照顧你的舊硬體。最好提早規劃 kernel 版本、toolchain、以及安全更新策略，不然哪天 upstream 一收，你就只能自己扛。\u003C\u002Fp>\u003Cp>我覺得這種變更很正常。不是冷血，是工程現實。專案越大，越不能把時間花在幾乎沒人碰的分支上。把 486 支援收掉，等於替後面的維護工作減壓。\u003C\u002Fp>\u003Ch2>接下來會發生什麼\u003C\u002Fh2>\u003Cp>如果這個 patch 真的進到 \u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002F\" target=\"_blank\" rel=\"noopener\">Linux kernel\u003C\u002Fa> 7.1，下一個問題就會很自然地冒出來：x86-32 還能撐多久？486 只是最老的一塊，後面還有更多歷史包袱等著整理。\u003C\u002Fp>\u003Cp>我的判斷很直接。這波不是終點，而是更大清理的前奏。主線 kernel 會繼續往「少一點舊相容、多一點可維護」的方向走。對一般人來說沒差。對維護者來說，這會少掉很多無聊但耗時的工作。\u003C\u002Fp>\u003Cp>如果你現在還在維護老機器，最實際的做法就是先盤點版本。把能升的升上去，把不能升的隔離好。不要等 upstream 把入口關了，才開始找替代方案。這種事拖到最後，通常都很痛。\u003C\u002Fp>\u003Cp>說到底，Linux 這次不是在演戲。它只是在把一個用了 30 多年的包袱慢慢放下。你如果是 kernel 開發者，現在就該開始想：下一個被清掉的，會是哪一段舊相容碼？\u003C\u002Fp>","Linux kernel 可能在 7.1 移除 i486 支援，M486、M486SX、MELAN 這些設定將不再可用。這次不是砍掉所有舊碼，而是先停止替 486-only 系統提供新核心建置。","www.theregister.com","https:\u002F\u002Fwww.theregister.com\u002F2026\u002F04\u002F06\u002Fpatch_to_end_i486_support\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952588979-lzq6.png",[13,14,15,16,17,18,19],"Linux","kernel","i486","x86-32","Ingo Molnar","Linus Torvalds","486 support","zh",1,false,"2026-04-12T00:09:30.372861+00:00","2026-04-12T00:09:30.286+00:00","done","0b266c6d-4b77-400d-b34d-1f8c716017f2","linux-finally-dropping-i486-support-zh","industry","fa8614e0-3f2c-46e7-bdcc-639925135317","published","2026-04-12T09:00:07.5+00:00",[33,35,36,37,39,41,43],{"name":18,"slug":34},"linus-torvalds",{"name":14,"slug":14},{"name":16,"slug":16},{"name":13,"slug":38},"linux",{"name":19,"slug":40},"486-support",{"name":17,"slug":42},"ingo-molnar",{"name":15,"slug":15},{"id":29,"slug":45,"title":46,"language":47},"linux-finally-dropping-i486-support-en","Linux is finally dropping i486 support","en",[49,55,61,67,73,79],{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":28},"96d96399-f674-4269-997a-cddfc34291a0","iren-signs-nvidia-ai-infrastructure-pact-zh","IREN 綁上 Nvidia AI 基建","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778871057561-bukp.png","2026-05-15T18:50:37.57206+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":28},"de12a36e-52f9-4bca-8deb-a41cf974ffd9","circle-agent-stack-ai-payments-zh","Circle 推出 Agent Stack 做 AI 付款","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778870462187-t9xv.png","2026-05-15T18:40:30.945394+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":28},"e6379f8a-3305-4862-bd15-1192d3247841","why-nebius-ai-pivot-is-more-real-than-hype-zh","為什麼 Nebius 的 AI 轉型比炒作更真實","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778823044520-9mfz.png","2026-05-15T05:30:24.978992+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":28},"66c4e357-d84d-43ef-a2e7-120c4609e98e","nvidia-backs-corning-factories-with-billions-zh","Nvidia 出資 Corning 工廠擴產","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778822450270-trdb.png","2026-05-15T05:20:27.701475+00:00",{"id":74,"slug":75,"title":76,"cover_image":77,"image_url":77,"created_at":78,"category":28},"31d8109c-8b0b-46e2-86bc-d274a03269d1","why-anthropic-gates-foundation-ai-public-goods-zh","為什麼 Anthropic 和 Gates Foundation 應該投資 A…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778796636474-u508.png","2026-05-14T22:10:21.138177+00:00",{"id":80,"slug":81,"title":82,"cover_image":83,"image_url":83,"created_at":84,"category":28},"17cafb6e-9f2c-43c4-9ba3-ef211d2780b1","why-observability-is-critical-cloud-native-systems-zh","為什麼可觀測性是雲原生系統的生存條件","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778794245143-tfqn.png","2026-05-14T21:30:25.97324+00:00",[86,91,96,101,106,111,116,121,126,131],{"id":87,"slug":88,"title":89,"created_at":90},"ee073da7-28b3-4752-a319-5a501459fb87","ai-in-2026-what-actually-matters-now-zh","2026 AI 真正重要的事","2026-03-26T07:09:12.008134+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"83bd1795-8548-44c9-9a7e-de50a0923f71","trump-ai-framework-power-speech-state-preemption-zh","川普 AI 框架瞄準電力、言論與州權","2026-03-26T07:12:18.695466+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"ea6be18b-c903-4e54-97b7-5f7447a612e0","nvidia-gtc-2026-big-ai-announcements-zh","NVIDIA GTC 2026 重點拆解","2026-03-26T07:14:26.62638+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"4bcec76f-4c36-4daa-909f-54cd702f7c93","claude-users-spreading-out-and-getting-better-zh","Claude 用戶更分散，也更會用","2026-03-26T07:22:52.325888+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"bd903b15-2473-4178-9789-b7557816e535","openclaw-raises-hard-question-for-ai-models-zh","OpenClaw 逼問 AI 模型價值","2026-03-26T07:24:54.707486+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"eeac6b9e-ad9d-4831-8eec-8bba3f9bca6a","gap-google-gemini-checkout-fashion-search-zh","Gap 把結帳搬進 Gemini","2026-03-26T07:28:23.937768+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"0740e53f-605d-4d57-8601-c10beb126f3c","google-pushes-gemini-transition-to-march-2026-zh","Google 把 Gemini 轉換延到 2026 年 3…","2026-03-26T07:30:12.825269+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"e660d801-2421-4529-8fa9-86b82b066990","metas-llama-4-benchmark-scandal-gets-worse-zh","Meta Llama 4 分數風波又擴大","2026-03-26T07:34:21.156421+00:00",{"id":127,"slug":128,"title":129,"created_at":130},"183f9e7c-e143-40bb-a6d5-67ba84a3a8bc","accenture-mistral-ai-sovereign-enterprise-deal-zh","Accenture 攜手 Mistral AI 賣主權 AI","2026-03-26T07:38:14.818906+00:00",{"id":132,"slug":133,"title":134,"created_at":135},"191d9b1b-768a-478c-978c-dd7431a38149","mistral-ai-faces-its-hardest-year-yet-zh","Mistral AI 迎來最硬的一年","2026-03-26T07:40:23.716374+00:00"]