Log for Ubuntu 台灣社群
RISC-V 勢不可擋：主題演講稱其已是大勢所趨 （★ 64 分）
RISC-V 指令集架構（Instruction Set Architecture, ISA）正從微控制器與特殊用途裝置，進入企業級資料中心和伺服器市場。SiFive 與 RISC-V International 首席架構師、柏克萊 RISC-V 計畫負責人 Krste Asanović 在 2026 年歐洲 RISC-V 峰會上表示，採用 RISC-V 的應用處理器與伺服器級晶片已開始出現；Qualcomm、Nvidia、Meta、Google 和 Alibaba 等業者也正把相關技術納入產品。文章認為，RISC-V 已不只是邊緣裝置的彈性選項，而是開始挑戰既有的專有處理器架構。
這波進展的核心是 2024 年 10 月核准的 RVA23 應用處理器設定檔（profile），以及搭配的伺服器平台規格。兩者為硬體與軟體建立共同基礎，讓開發者能在實際晶片上測試，而不必只靠模擬器。為了改善效能一致性，RISC-V 也提出 Oilsm、Ovlt 等最佳化指引，明確規範硬體應如何處理未對齊的記憶體存取；例如，軟體可以假定這類操作由硬體快速完成，而不是透過較慢的「陷阱並模擬」（trap-and-emulate）方式處理。Asanović 強調，這些指引並非單純建議，而是讓軟體生態系能以高效能硬體為基準撰寫程式。
文章也把人工智慧工作負載視為 RISC-V 的重要機會。Asanović 借用「輪迴之輪」（Wheel of Reincarnation）概念說明，人工智慧加速器往往會從特殊用途引擎逐漸增加通用功能，最後成為獨立處理器；RISC-V 的模組化設計可同時擔任人工智慧主機、裝置端處理器，或縮小到嵌入式系統使用，並持續強化數位訊號處理（DSP）與向量運算能力。在安全方面，RISC-V 正推動監督者實體記憶體保護（SPMP）、輸入輸出實體記憶體保護（IOPMP）與機密運算功能，並把 CHERI（Capability Hardware Enhanced RISC Instructions，一種以硬體強化記憶體安全的技術）設計成新的基礎指令集 RV32Y 與 RV64Y。微控制器方面，RVM 設定檔則試圖把快速中斷、巢狀保護與追蹤功能標準化，避免過度客製化造成軟體生態系分裂。不過，文章也承認，RISC-V 要在資料中心勝出仍需數代硬體演進，真正的難題已不只是技術，而是硬體供應與開發者需求能否形成健康循環。
Hacker News 上的討論對 RISC-V 的前景較為審慎。較樂觀的留言指出，RVA23 晶片出現後，已有更多軟體套件能在平台上編譯與執行，雖然目前通常還沒有充分最佳化；微控制器市場，尤其是 Espressif 等業者的產品，可能成為軟體成熟的早期來源。留言者也列舉 Framework Laptop 的 RISC-V 主機板、Orange Pi RV2 與 SpacemiT K3 等硬體，顯示支援 RVV（RISC-V 向量延伸）的實體平台正在增加。不過，Dart 開發者反映，將 WebAssembly 的 SIMD（單指令多資料）抽象概念對應到 RVV 並不容易，且可供測試的高效能硬體仍然有限，這凸顯軟體工具鏈與實際效能之間的落差。
批評者則認為，「RISC-V 不可避免」言之過早：先進功能的底層智慧財產（IP）未必公開，免費的設計不一定具備競爭力，指令集版本與設定選項過多也可能造成分裂；ARM 在效能、軟體相容性與供應鏈上仍有明顯優勢。消費市場尤其受軟體慣性牽制，Apple 掌握自家晶片，Microsoft 尚未完全脫離 x86，而 Android 生態系也沒有迫切動機放棄 ARM。CHERI 的討論同樣分歧：贊成者認為它能為不安全的 Rust 或既有 C 程式提供額外的記憶體防護，未來可用於高完整性系統、安全隔離區（Secure Enclave）與可信平台模組（TPM）；反對者則認為，採用新的基礎指令集會增加硬體與軟體遷移成本，製造商缺乏足夠商業誘因，而部分問題以軟體方式即可解決。整體而言，RISC-V 的開放授權確實可能促成競爭並提高企業與 ARM 談判時的籌碼，但能否進入主流，仍取決於伺服器效能、軟體成熟度和大規模商業採用。
👥 45 則討論、評論 💬
https://news.ycombinator.com/item?id=48916805
RISC-V 指令集架構（Instruction Set Architecture, ISA）正從微控制器與特殊用途裝置，進入企業級資料中心和伺服器市場。SiFive 與 RISC-V International 首席架構師、柏克萊 RISC-V 計畫負責人 Krste Asanović 在 2026 年歐洲 RISC-V 峰會上表示，採用 RISC-V 的應用處理器與伺服器級晶片已開始出現；Qualcomm、Nvidia、Meta、Google 和 Alibaba 等業者也正把相關技術納入產品。文章認為，RISC-V 已不只是邊緣裝置的彈性選項，而是開始挑戰既有的專有處理器架構。
這波進展的核心是 2024 年 10 月核准的 RVA23 應用處理器設定檔（profile），以及搭配的伺服器平台規格。兩者為硬體與軟體建立共同基礎，讓開發者能在實際晶片上測試，而不必只靠模擬器。為了改善效能一致性，RISC-V 也提出 Oilsm、Ovlt 等最佳化指引，明確規範硬體應如何處理未對齊的記憶體存取；例如，軟體可以假定這類操作由硬體快速完成，而不是透過較慢的「陷阱並模擬」（trap-and-emulate）方式處理。Asanović 強調，這些指引並非單純建議，而是讓軟體生態系能以高效能硬體為基準撰寫程式。
文章也把人工智慧工作負載視為 RISC-V 的重要機會。Asanović 借用「輪迴之輪」（Wheel of Reincarnation）概念說明，人工智慧加速器往往會從特殊用途引擎逐漸增加通用功能，最後成為獨立處理器；RISC-V 的模組化設計可同時擔任人工智慧主機、裝置端處理器，或縮小到嵌入式系統使用，並持續強化數位訊號處理（DSP）與向量運算能力。在安全方面，RISC-V 正推動監督者實體記憶體保護（SPMP）、輸入輸出實體記憶體保護（IOPMP）與機密運算功能，並把 CHERI（Capability Hardware Enhanced RISC Instructions，一種以硬體強化記憶體安全的技術）設計成新的基礎指令集 RV32Y 與 RV64Y。微控制器方面，RVM 設定檔則試圖把快速中斷、巢狀保護與追蹤功能標準化，避免過度客製化造成軟體生態系分裂。不過，文章也承認，RISC-V 要在資料中心勝出仍需數代硬體演進，真正的難題已不只是技術，而是硬體供應與開發者需求能否形成健康循環。
Hacker News 上的討論對 RISC-V 的前景較為審慎。較樂觀的留言指出，RVA23 晶片出現後，已有更多軟體套件能在平台上編譯與執行，雖然目前通常還沒有充分最佳化；微控制器市場，尤其是 Espressif 等業者的產品，可能成為軟體成熟的早期來源。留言者也列舉 Framework Laptop 的 RISC-V 主機板、Orange Pi RV2 與 SpacemiT K3 等硬體，顯示支援 RVV（RISC-V 向量延伸）的實體平台正在增加。不過，Dart 開發者反映，將 WebAssembly 的 SIMD（單指令多資料）抽象概念對應到 RVV 並不容易，且可供測試的高效能硬體仍然有限，這凸顯軟體工具鏈與實際效能之間的落差。
批評者則認為，「RISC-V 不可避免」言之過早：先進功能的底層智慧財產（IP）未必公開，免費的設計不一定具備競爭力，指令集版本與設定選項過多也可能造成分裂；ARM 在效能、軟體相容性與供應鏈上仍有明顯優勢。消費市場尤其受軟體慣性牽制，Apple 掌握自家晶片，Microsoft 尚未完全脫離 x86，而 Android 生態系也沒有迫切動機放棄 ARM。CHERI 的討論同樣分歧：贊成者認為它能為不安全的 Rust 或既有 C 程式提供額外的記憶體防護，未來可用於高完整性系統、安全隔離區（Secure Enclave）與可信平台模組（TPM）；反對者則認為，採用新的基礎指令集會增加硬體與軟體遷移成本，製造商缺乏足夠商業誘因，而部分問題以軟體方式即可解決。整體而言，RISC-V 的開放授權確實可能促成競爭並提高企業與 ARM 談判時的籌碼，但能否進入主流，仍取決於伺服器效能、軟體成熟度和大規模商業採用。
👥 45 則討論、評論 💬
https://news.ycombinator.com/item?id=48916805
Microsoft 證實 Windows 存在無法關閉的 GDID 裝置識別碼 （★ 101 分）
Microsoft 在美國檢方提交、指控 Scattered Spider（疑似駭客集團）成員的聯邦刑事文件中，公開承認 Windows 存在全球裝置識別碼（GDID，Global Device Identifier）。這組與特定 Windows 安裝相關的識別碼，據稱會在以 Microsoft 帳號設定 Windows 時建立，並在系統更新後持續存在；關閉它可能影響 Windows 啟用、Microsoft Store 與通用 Windows 平台（UWP）應用程式。GDID 由多項 Windows 服務建立並回報給 Microsoft，儲存在 Windows 登錄檔中。重新安裝 Windows 會產生新的 GDID，但重新登入同一個 Microsoft 帳號，仍可能讓 Microsoft 將新舊識別碼與過去活動連結起來。
美國聯邦調查局（FBI）在案件中利用 GDID，將一名被指控的 Scattered Spider 成員跨越虛擬私人網路（VPN，Virtual Private Network）連線、代理伺服器與多個國家的活動串起來。起訴文件指出，某個 GDID 曾在透過 Tzulo VPN 代理建立 ngrok 帳號的同一時間，存取 ngrok 註冊頁面；約三小時後，同一識別碼又經由相同代理伺服器連到受害零售商網站。調查人員再將 Microsoft 紀錄中的 IP（Internet Protocol，網際網路通訊協定位址）與 Snapchat、Facebook、Apple、Ubisoft 等帳號，以及公開照片、飯店訂房和旅行時間互相比對。由於 VPN 的 IP 位址會變動，Windows 安裝本身持續回報的 GDID 成為追蹤線索。
隱私研究人員主要批評 GDID 缺乏告知、同意與重設機制。Apple 的廣告識別碼有「App 追蹤透明度」（ATT，App Tracking Transparency）提示，Android 也提供相近控制項，但 Windows 沒有明顯的使用者介面讓人查看或關閉 GDID。文章建議盡可能使用本機帳號、關閉選用診斷資料、個人化廣告、啟動追蹤、雲端內容搜尋與活動歷程；對記者、倡議人士或家暴受害者等高風險使用者，則建議改用 Linux 搭配 Tor 匿名網路，而不要把 Windows 與商用 VPN 視為完整的隱私防護。Microsoft 目前只在 Azure Monitor（Microsoft 的雲端監控服務）文件中以一句話提到 GDID，尚未提供一般使用者可用的控制項。
Hacker News 討論進一步質疑 GDID 究竟如何與飯店或特定網站活動連結。留言者引用起訴文件指出，文件描述的是 Microsoft 紀錄顯示某個 GDID 存取特定網頁，並透過代理伺服器與 IP 紀錄進行比對；這不等於飯店或網站直接收到 GDID，也沒有證據顯示 Windows 會把 GDID 隨每個瀏覽網址送給 Microsoft。部分留言懷疑 Edge 的瀏覽紀錄同步功能可能提供額外線索，但其他人指出，從 Firefox 或 Chrome 匯入資料本身可在本機完成，將資料送回 Microsoft 通常仍需登入 Edge 並啟用同步。
討論中也出現一項重要修正：多位留言者表示，即使只使用本機帳號，Windows 仍可能建立 GDID，與文章將建立時機主要歸因於 Microsoft 帳號的說法不完全一致，因此本機帳號未必能阻止識別碼存在。另有留言指出，Linux 的 `machine-id`、Apple 裝置識別碼與硬體序號也具備類似的追蹤可能性，單純輪替識別碼並不能阻止應用程式以硬體特徵重新辨認裝置；政府理論上也可能依法要求其他科技公司提供相關紀錄。整體討論仍認為 Windows 的主要問題在於 GDID 缺乏公開說明與使用者控制，而涉案者同時使用 Windows、Edge、Microsoft 帳號及個人社群帳號，也反映出其操作上的嚴重疏忽。
👥 51 則討論、評論 💬
https://news.ycombinator.com/item?id=48920338
Microsoft 在美國檢方提交、指控 Scattered Spider（疑似駭客集團）成員的聯邦刑事文件中，公開承認 Windows 存在全球裝置識別碼（GDID，Global Device Identifier）。這組與特定 Windows 安裝相關的識別碼，據稱會在以 Microsoft 帳號設定 Windows 時建立，並在系統更新後持續存在；關閉它可能影響 Windows 啟用、Microsoft Store 與通用 Windows 平台（UWP）應用程式。GDID 由多項 Windows 服務建立並回報給 Microsoft，儲存在 Windows 登錄檔中。重新安裝 Windows 會產生新的 GDID，但重新登入同一個 Microsoft 帳號，仍可能讓 Microsoft 將新舊識別碼與過去活動連結起來。
美國聯邦調查局（FBI）在案件中利用 GDID，將一名被指控的 Scattered Spider 成員跨越虛擬私人網路（VPN，Virtual Private Network）連線、代理伺服器與多個國家的活動串起來。起訴文件指出，某個 GDID 曾在透過 Tzulo VPN 代理建立 ngrok 帳號的同一時間，存取 ngrok 註冊頁面；約三小時後，同一識別碼又經由相同代理伺服器連到受害零售商網站。調查人員再將 Microsoft 紀錄中的 IP（Internet Protocol，網際網路通訊協定位址）與 Snapchat、Facebook、Apple、Ubisoft 等帳號，以及公開照片、飯店訂房和旅行時間互相比對。由於 VPN 的 IP 位址會變動，Windows 安裝本身持續回報的 GDID 成為追蹤線索。
隱私研究人員主要批評 GDID 缺乏告知、同意與重設機制。Apple 的廣告識別碼有「App 追蹤透明度」（ATT，App Tracking Transparency）提示，Android 也提供相近控制項，但 Windows 沒有明顯的使用者介面讓人查看或關閉 GDID。文章建議盡可能使用本機帳號、關閉選用診斷資料、個人化廣告、啟動追蹤、雲端內容搜尋與活動歷程；對記者、倡議人士或家暴受害者等高風險使用者，則建議改用 Linux 搭配 Tor 匿名網路，而不要把 Windows 與商用 VPN 視為完整的隱私防護。Microsoft 目前只在 Azure Monitor（Microsoft 的雲端監控服務）文件中以一句話提到 GDID，尚未提供一般使用者可用的控制項。
Hacker News 討論進一步質疑 GDID 究竟如何與飯店或特定網站活動連結。留言者引用起訴文件指出，文件描述的是 Microsoft 紀錄顯示某個 GDID 存取特定網頁，並透過代理伺服器與 IP 紀錄進行比對；這不等於飯店或網站直接收到 GDID，也沒有證據顯示 Windows 會把 GDID 隨每個瀏覽網址送給 Microsoft。部分留言懷疑 Edge 的瀏覽紀錄同步功能可能提供額外線索，但其他人指出，從 Firefox 或 Chrome 匯入資料本身可在本機完成，將資料送回 Microsoft 通常仍需登入 Edge 並啟用同步。
討論中也出現一項重要修正：多位留言者表示，即使只使用本機帳號，Windows 仍可能建立 GDID，與文章將建立時機主要歸因於 Microsoft 帳號的說法不完全一致，因此本機帳號未必能阻止識別碼存在。另有留言指出，Linux 的 `machine-id`、Apple 裝置識別碼與硬體序號也具備類似的追蹤可能性，單純輪替識別碼並不能阻止應用程式以硬體特徵重新辨認裝置；政府理論上也可能依法要求其他科技公司提供相關紀錄。整體討論仍認為 Windows 的主要問題在於 GDID 缺乏公開說明與使用者控制，而涉案者同時使用 Windows、Edge、Microsoft 帳號及個人社群帳號，也反映出其操作上的嚴重疏忽。
👥 51 則討論、評論 💬
https://news.ycombinator.com/item?id=48920338
GDID 是如何被曝光的？（駭客落網事件）
2026 年 7 月，美國 FBI 起訴了一名 19 歲的知名駭客組織 "Scattered Spider"（分散蜘蛛）成員 Peter Stokes。
這名駭客具備極高的反偵查意識，全程使用 VPN 隱藏真實 IP，並透過 ngrok 等隧道工具對美國某奢侈珠寶零售商發動勒索攻擊。然而，他犯了一個致命錯誤：他使用的是 Windows 系統。
關鍵線索： 微軟向 FBI 提供了追蹤數據，顯示某個特定 GDID（例如 g:6755467234350028）在特定時間點訪問了 ngrok 的註冊與控制頁面。
時空交叉比對： 雖然駭客在進行攻擊時掛了 VPN，但他的這台電腦在日常不掛 VPN 時，也曾向微軟伺服器回傳過相同的 GDID。FBI 比對該 GDID 出現過的歷史 IP，發現這些 IP 與 Stokes 的 Snapchat、Apple 和 Facebook 帳號登入 IP 完全吻合（包括他在愛沙尼亞、紐約四季酒店、泰國曼谷等地的出入境與打卡時間），因而順利將他逮捕。
這起案件首次向世人揭露了 Windows GDID 強大且難以迴避的追蹤能力。
2026 年 7 月，美國 FBI 起訴了一名 19 歲的知名駭客組織 "Scattered Spider"（分散蜘蛛）成員 Peter Stokes。
這名駭客具備極高的反偵查意識，全程使用 VPN 隱藏真實 IP，並透過 ngrok 等隧道工具對美國某奢侈珠寶零售商發動勒索攻擊。然而，他犯了一個致命錯誤：他使用的是 Windows 系統。
關鍵線索： 微軟向 FBI 提供了追蹤數據，顯示某個特定 GDID（例如 g:6755467234350028）在特定時間點訪問了 ngrok 的註冊與控制頁面。
時空交叉比對： 雖然駭客在進行攻擊時掛了 VPN，但他的這台電腦在日常不掛 VPN 時，也曾向微軟伺服器回傳過相同的 GDID。FBI 比對該 GDID 出現過的歷史 IP，發現這些 IP 與 Stokes 的 Snapchat、Apple 和 Facebook 帳號登入 IP 完全吻合（包括他在愛沙尼亞、紐約四季酒店、泰國曼谷等地的出入境與打卡時間），因而順利將他逮捕。
這起案件首次向世人揭露了 Windows GDID 強大且難以迴避的追蹤能力。
現在遊戲可能不只滿足跑起來, 會想跑一些外掛的程式, mod 之類的, mod 還算容易, 像是 uuu 或是 uevr, 這種在 linux 下就很難搞
另外也遇過 mod 轉換程式是 windows 執行檔, 我直接放棄在 linux 使用, 直接跑 windows 執行這個 mod 轉換程式
無關 Ubuntu，但是 Linux 上面的 vscode 最新版（1.129.0）疑似存在 bug
我反正是先退回 1.128.1 了
https://github.com/microsoft/vscode/issues/326092
我反正是先退回 1.128.1 了
https://github.com/microsoft/vscode/issues/326092