Log for Ubuntu 台灣社群

AMD 持續蠶食 Intel 的 x86 市場佔有率 （★ 102 分）

根據 Mercury Research 的最新資料，2025 年第三季 AMD 在 x86 處理器市場再度擴大對 Intel 的攻勢。AMD 首度達到整體 x86 處理器出貨量超過 25% 的關鍵門檻，並在桌上型電腦市場上取得 33.6% 的市佔率，相較前季成長 1.4 個百分點、年增幅達 5.2%。整體而言，雖然整體 x86 處理器出貨量季增幅度有限，但 AMD 憑藉新版 Ryzen 9000 系列的高階桌機需求與 Intel 在低階筆電處理器供應受限的劣勢，持續穩步提升市占。尤其在桌上型電腦領域，AMD 的收入創下新高，主因是高階 SKU 銷售與高利潤市場的擴大，而 Intel 因面臨供應受限及轉代過渡導致佔比下滑。

在行動處理器方面，AMD 在 2025 年上半年一度喪失部分市佔，但第三季重新回升至 21.9%。Intel 的低階小核心晶片出貨受限，使 AMD 得以趁勢吸納中高階市場的需求。伺服器市場則維持平穩，AMD 雖僅微幅增加，卻持續延續長期的上升趨勢，其使用 EPYC「Turin」高核心數處理器的產品組合帶動營收創新高。Intel 則靠 Xeon 6「Granite Rapids」提升平均售價，但出貨量略有下滑。在整體收入上，AMD 因產品組合轉向高單價架構，使桌機與伺服器雙雙刷新營收記錄，對 Intel 構成更大壓力。儘管 Intel 仍在總出貨量上領先，市場主導權正逐步向 AMD 傾斜。

在 Hacker News 的討論中，多數使用者認為 AMD 的技術與能效在桌機與筆電市場上已全面超車，指出 AMD 晶片的熱輸出較低、運行安靜且價格具吸引力，讓 Intel 產品競爭力下降。然而部分工程師提到 AMD 在低階入門與嵌入式市場仍顯不足，缺乏如 Intel N100 系列般平價、省電的選項，使家用 NAS 或工業應用仍偏向 Intel 平台。有開發者指出 AMD 選擇集中於資料中心 (data center) 與高效能領域，因毛利率較高且有助長期擴張；相對地，Intel 雖保有 OEM 大客戶與設計支援優勢，但在伺服器與高階桌機市場的地位持續被蠶食。

在購買策略方面，有用戶辯論應如何挑選 CPU。部分人以單執行緒與多執行緒分數 (multithread benchmark) 作為價效比指標，但遭到他人批評過於片面，認為忽略了如 AMD 的 3D V‑Cache 在遊戲效能中的優勢與平台壽命的差異；Intel 雖常調整插槽與主機板架構，導致升級成本較高，但其低價型號在價格上仍具競爭力。另有討論延伸至 Mac 平台與 ARM 架構的比較，指出即使 AMD 與 Intel 在效能上持續競逐，Apple M 系列晶片仍在功耗與靜音上保有優勢。

整體而言，討論一致認為 AMD 的攻勢正逐步改寫 x86 市場格局，但亦提醒若低階產品線持續缺位，可能讓 Intel 在入門市場保有堡壘。同時，部分留言亦警告地緣政治風險，如台積電 (TSMC) 的產能集中於台灣，使得 AMD 在晶圓製造上過度依賴單一供應鏈；若台海局勢動盪，可能反而讓擁有本土製造能力的 Intel 暫得優勢。

👥 42 則討論、評論 💬
https://news.ycombinator.com/item?id=45940413

新注册送88U每天99席


@XHTD66


@XHTD8
y}d; &u^%X@L

libwifi：以 C 語言編寫的 802.11 框架解析與產生函式庫 （★ 117 分）

libwifi 是一個以 C 語言撰寫的高速且簡潔的共享函式庫，用於在 Linux 與 macOS 上剖析與產生各類 802.11 無線網路框架 (frame)，並採用 Apache 2.0 寬鬆授權條款讓開發者能自由使用與修改。該函式庫的設計重點在於使用簡單的 API 介面與乾淨可讀的程式碼結構，同時維持跨架構相容性、乾淨無警告的編譯流程，以及嚴格的錯誤檢查機制。libwifi 暴露多種函式與結構體 (struct) 以協助開發者快速剖析 Wi‑Fi 封包內容或產生自訂框架，並在專案原始碼的 examples 目錄中提供完整範例。使用時開發者只需在編譯階段加入 `-lwifi` 連結參數，並確保系統中已安裝共享函式庫。

在框架剖析 (parsing) 的部分，libwifi 通常與封包擷取工具 libpcap 搭配使用。程式會從檔案或監聽介面讀取原始封包資料，再透過 `libwifi_get_wifi_frame()` 驗證封包格式、識別其型別與子型別，並儲存成 `libwifi_frame` 結構，以便進一步交由特定剖析函式，例如 `libwifi_parse_beacon()`，來解析出如 SSID、頻道等資訊。這讓開發者能方便地從嗅探到的 beacon 框架中擷取無線基地台相關資料。至於框架產生 (generation)，只需要提供必要欄位給對應建立函式（如 `libwifi_create_beacon()`），即可輸出原始位元格式寫入 pcap 檔或直接從監聽模式介面發送。整體結構乾淨、使用門檻低，適合進行無線協定研究、工具開發或網路安全分析用途。

在 Hacker News 的討論中，部分開發者關注該專案更新至 2023 年後似乎未再變動，質疑是否已停止維護。其他參與者指出這類底層函式庫若功能完整且穩定，並不需頻繁更新，有人形容這正代表一個「用穩定語言完成的成熟專案」。另外有開發者指出該函式庫仍有未解 bugs 且部分 802.11 標準的處理尚未完全符合規範，建議先完善既有基礎後再延伸至新版標準。從技術角度來看，也有程式設計師關注其資料結構設計方式，建議改採零拷貝 (zero‑copy) 的資料傳遞手法以降低記憶體負擔、縮小 frame 結構體尺寸，顯示該專案仍具工程層面優化空間。

另有評論提到 Google 在安全性上提出的「Rule of Two」原則，認為若在未嚴格驗證輸入的前提下使用低階 C 程式碼來處理封包，仍需慎防潛在安全風險。有人將此與 Google Fuchsia 專案的新 Rust 網路堆疊做對比，指出 Rust 在記憶體安全上的優勢可能更適合新一代網路協定開發，雖然 libwifi 作為 C 函式庫已有佳效能表現，但未來採用更安全語言或許是演進方向。整體來看，討論者普遍肯定 libwifi 的實用價值與程式品質，同時也指出其在標準支援、記憶體最佳化與安全性方面，仍有改進或擴充的潛力。

👥 10 則討論、評論 💬
https://news.ycombinator.com/item?id=45941025