工程趣聞 2026 年 7 月 1 日

2026-07-01 — LineShine 奪 TOP500 第一、Reddit 反垃圾內幕、LibrePods 解放 AirPods

primary=https://chipsandcheese.com/p/top500-at-isc26-we-have-a-new-number primary=https://lyra.horse/blog/2026/06/reddit-spam-internals/ primary=https://github.com/librepods-org/librepods

中國 LineShine 登頂 TOP500:九年來首次公開揭牌的兆級浮點機

Chips and Cheese · 2026-06-25

背景

每半年公布一次的 TOP500 超級電腦榜單在 ISC'26 迎來重大變局。中國深圳的 LineShine 以 2.198 Exaflops(Rmax)的實測 FP64 效能一舉奪下第一名,是時隔九年後中國系統再度公開提交榜單,也是全球首台正式揭露的 Exascale 級系統之一。

核心改動

LineShine 採用自研的 LX2 ARM 處理器(Armv9 架構,支援 SVE2 與 SME),每顆 CPU 具備 304 個活躍核心,時脈 1.55 GHz,單顆理論峰值達 60.3 TFLOP/s(FP64)。片上封裝了 32 GB 高頻寬記憶體(4 TB/s),搭配每 CPU 256 GB DDR5 系統記憶體。整套系統橫跨 90 個計算機櫃、22,000 個以上節點,合計超過 1,300 萬顆核心,節點互連頻寬達每節點 1.6 Tbps(雙 CPU 配置)。

指標數值
Rmax(FP64)2.198 Exaflops
Rpeak(FP64)2.735 Exaflops
HPCG22.004 Petaflops/s
功耗42.22 MW
能效52.07 GFLOPS/W

實際效果

值得注意的是,中國另有數台性能更強的系統(如 Sunway Oceanlight、CNIS)據報根本未提交至 TOP500,外界估計這些未揭露系統的實力遠超 LineShine。此外,本屆 Green500 能效榜前十名首次沒有任何異動,顯示現有高效率架構已趨近某種飽和點。TOP500 的治理權也正式從 ISC Group 移交至 ACM SIGHPC。

原始來源:Chips and Cheese — TOP500 at ISC'26


Reddit 反垃圾郵件機制內幕:多層訊號、Lua 規則與機器學習的拼裝防線

lyra.horse · 2026-06-27

背景

一篇由研究者發布的逆向工程分析,透過 Reddit 遺留原始碼(2017 年 Python 2.7 版本)以及對 Spamurai 移除日誌的解析,揭示了 Reddit 反垃圾系統的完整層次架構。整套系統由三個世代的子系統疊加構成:REV1(2016 起,Lua 規則引擎)、REV2(現代化改版),以及 Snooron(2021 起,基於 Apache Flink Stateful Functions),彼此並行運作。

採用的方法

訊號擷取面涵蓋帳號年齡、Karma 分數、ISP 組織、電子郵件域名、TLS 指紋(內部自研,非公開的 JA3 方案)、瀏覽器 RHS 雜湊、User-Agent 字串,以及 Accept-Language 標頭(用於 VPN 偵測)。文字分析方面使用 Google Perspective API 計算垃圾分數,圖片則送往 Hive AI 進行 OCR 與分類,目前支援 12 種語言、內部正擴展至 80 種。Lua 腳本規則引擎負責即時執行模式比對,Unicode 標準化(unidecode 函式庫)可將西里爾文等替換字符轉為 ASCII 後再比對

-- REV1 Lua 規則範例(概念示意)
if body_match("some bad text") then
  action(user)
end

實際效果

研究同時揭示了幾個可被利用的弱點:Perspective API 對字符替換極為敏感,僅需微幅改動即可讓垃圾分數從 86% 驟降至 1%。此外,訊息 ID 採用連續整數,允許透過時序分析推斷刪除頻率。移除原因與版主名稱共用同一欄位,僅以管理員視角控管可見性,屬於「湊合著用」的設計。Perspective API 的 SPAM 屬性訓練資料完全來自《紐約時報》評論區,對其他類型的垃圾內容泛化能力有限。

原始來源:lyra.horse — A peek into Reddit's anti-spam internals


LibrePods:將 AirPods 私有協議逆向,讓耳機不再綁定 Apple 生態

GitHub (librepods-org) · 近期

背景

AirPods 的進階功能(降噪切換、耳偵測、對話感知等)依賴 Apple 私有的 AACP 協議,在 Android 與 Linux 上全部失效。LibrePods 專案透過獨立逆向工程重新實作這套協議,讓使用者無需 Apple 裝置即可驅動這些功能;主要參考資料為社群後來發布的 Wireshark dissector(pabloaul/apple-wireshark),但核心協議分析早於該工具完成。

核心改動

Android 版本以 Kotlin(78%)撰寫,搭配 C++(10.7%)與 C(7.6%)底層元件;Linux 版本以 Rust 重寫,部分 Kotlin 邏輯由 AI 協助轉譯。背景藍牙服務直接處理 AACP 與 ATT 協議類別。目前已實作的功能包括:聆聽模式切換、耳偵測、電池狀態回報、裝置重命名、對話感知、自動連線,以及 Android 專屬的頭部手勢辨識

  • 需要 VendorID 欺騙或 root:大聲降低、多裝置連線(最多 2 台)、進階助聽器設定
  • 開發中:心率監測(AirPods Pro 3+ 硬體)
  • 不計畫實作:空間音訊空間化(屬 OEM 責任範疇)

實際效果

LibrePods 展示了消費級藍牙耳機私有協議的可逆向性,也意味著廠商若想維持生態鎖定,僅靠協議混淆已難以長期奏效。目前最大的缺口在於雙向高品質音訊尚未實作,這限制了日常通話場景的可用性。整個專案以開放授權發布,吸引了 Android、Linux 雙平台的社群貢獻者持續跟進。

原始來源:GitHub — librepods-org/librepods


End of article
0
Would love your thoughts, please comment.x
()
x