工程趣聞 2026 年 7 月 16 日

2026-07-16 — 單人開發的 misa77 解壓縮秒殺 LZ4、Telegram 五座資料中心的偵測盲點、Linux.org 兩度被搶救的身世

primary=https://github.com/welcome-to-the-sunny-side/misa77 primary=https://dev.moe/en/3025 primary=https://lwn.net/Articles/1082901/ primary=https://www.linux.org/threads/the-linux-org-story.68810/

單人開發的 misa77:解壓縮比 LZ4 快 3 倍,壓縮率還更好

GitHub · welcome-to-the-sunny-side/misa77 · 2026-07-16

2026 年 7 月,GitHub 使用者 welcome-to-the-sunny-side 在 Hacker News 發了一篇 Show HN,貼出自己寫的壓縮演算法 misa77,聲稱解壓縮速度比 LZ4 快 1.5 到 3 倍,壓縮率還更佳。貼文拿下 121 分,吸引不少人跑分驗證。misa77 鎖定的是「寫一次、讀很多次」的場景,例如遊戲資源包或唯讀資料庫,壓縮慢一點沒關係,解壓縮才是天天要用的路徑。

技術設計

misa77 是純 LZ-based 編碼,刻意不做熵編碼(entropy coding),這點和 zstd 不同——zstd 在 LZ 之後還會接一層 FSE/Huffman 壓得更小,但也拖慢解壓速度。misa77 拿掉這層,換取更單純、更快的解碼路徑。它提供兩個等級:-0 解碼吞吐量最高,-1(預設)壓縮率較佳但解碼略慢。有趣的是,官方 README 指出壓得愈狠、解壓反而愈快,兩者形成正向循環。

在 Silesia Corpus 上,對比 LZ4 1.10.0 的跑分如下(版本為 misa77 0.2.0,發布於 2026-07-10):

版本解壓縮速度壓縮率
misa77 -05219 MB/s42.64
misa77 -14274 MB/s39.65
LZ4 1.10.02505 MB/s47.59

後續反應

HN 留言區的重點多半圍繞在跑分方法論上,例如是否用了正確的 LZ4 編譯旗標、測試檔案是否涵蓋高壓縮率與低壓縮率兩種極端。專案採 MIT 授權,原始碼與基準測試腳本都公開在 repo 裡,方便第三方重跑驗證,而不只是相信作者自己貼的數字。

原始來源:welcome-to-the-sunny-side/misa77 (GitHub)


Telegram 的五座資料中心:DC2、DC3 為什麼「查不到人」

dev.moe · Coxxs · 2022-05-10

2022 年,部落格作者 Coxxs 在 dev.moe 發表一篇調查文,拆解 Telegram 官方文件承認的五座資料中心(DC1–DC5),並解釋社群長期流傳的一個怪現象:為什麼機器人偵測不到 DC2 和 DC3 的用戶。這篇文章 2026 年在 Hacker News 被重新提起,拿下 229 分。帳號的 DC 分配在註冊時就依電話號碼國碼決定,之後不論人在哪裡都不會變動。

DC2/DC3 的偵測盲點

Telegram 的五座機房分別是:

  • DC1、DC3——美國邁阿密
  • DC2、DC4——荷蘭阿姆斯特丹
  • DC5——新加坡

問題在於,DC2 和 DC3 對外提供 Web CDN 服務時「借用」了同城 DC4 與 DC1 的網域,導致只靠網域前綴判斷 DC 的偵測 bot,一律把 DC2 用戶誤判成 DC4。這也是為什麼社群長期以為 DC2、DC3 幾乎沒有真實用戶。

怎麼查真正的 DC

作者實測了三種偵測方法:利用 MTProto 協定中連錯機房時回傳的 PHONE_MIGRATE_X 錯誤訊息、從大頭貼檔案的 dc_id 中繼資料反查,以及前述不準確的 Web CDN 網域法。透過對上萬個電話號碼實測,作者得出結論:DC3 早已不再接受新註冊,舊帳號應該已全數轉移到 DC1。至於 DC5,在中文 Telegram 社群裡則以「三不五時就斷線」聞名,是使用者抱怨最多的機房。

原始來源:Mysteries of Telegram Data Centers(dev.moe)


荒廢多年後被兩度搶救回來的 Linux.org

LWN.net · corbet · 2026-07-14

Linux.orgMichael McLagan 於 1994 年 5 月創立,當時 Linux 才誕生三年,網路上還沒有搜尋引擎或維基百科可以查資料,新手完全無從摸索。LWN.net 在 2026-07-14 刊出一篇文章,講述這個網域如何在創辦人過世後兩度被人從荒廢邊緣救回。Rob Kennedy 本人在 Linux.org 論壇貼出的原始長文是這段故事最完整的第一手紀錄。

兩次搶救

Kennedy 第一次發現網站狀況不對,是在取得許可後透過當時任職的公司 IQnection 重建,從歷史快照中把舊內容一點一點救回來,讓網站重新上線。到了 2017 年,他自己再度回頭接手,這次是直接和 McLagan 的遺孀談妥,正式接下網站的營運責任,把整個站台搬到自己的主機上長期維護。

LWN 的報導只是轉述重點,完整細節與時間線都寫在 Kennedy 自己貼的論壇原文裡,包括他如何聯繫上遺孀、如何處理內容版權等當年 LWN 篇幅沒有完全展開的部分,值得對照原文閱讀。

原始來源:The Linux.org story(LWN.net)The Linux.org Story(Rob Kennedy 原文,Linux.org 論壇)


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