現有會員可[按此]登入。未成為會員可[按此]註冊。
[公司模式 - 關]  [懷舊模式 - 開] 
[Youtube 預覽 - 關]  [大字型]  [小字型]

您現在聚腳在 硬件台內。

跳至第 頁

發起人
【圖】驚!LINUX 大突破 CRAM 壓縮技術 讀取效能狂升 452 倍
3 個回應
食旗牙

https://upload.hkgolden.media/comment/ogfotn2a.xm1nnlelqtm.v1ioyu0uuwj.awb.jpg
[shocking]


#good2#1    #bad#2  
標籤:
好期待實際用會快幾快


• 當伺服器記憶體(RAM)吃緊時: 傳統上,當 Linux 伺服器的記憶體不夠用時,系統會開啟 ZRAM 或 Zswap 等壓縮技術,但它們本質上建構於傳統的「交換層(Swap)」邏輯,需要把壓縮資料模擬成硬碟區塊。當系統要讀取時,會引發嚴重的「分頁錯誤(Page Fault)」,由軟體層解壓後才能使用。

• CRAM 的突破: CRAM 採取截然不同的思維。它將壓縮資料完全留在記憶體內,並建立虛擬的「影子 CPU」與私有 NUMA 節點,讓應用程式能以 Byte(位元組)或 Cacheline 級別直接進行原位存取。這意味著它跳過了傳統 Swap 麻煩的軟體解壓開銷,讓讀取效能直接拉到接近原生 DRAM 的速度。

2. 什麼時候效果會打折?

• 高寫入負載(Write-heavy): CRAM 的 452 倍優勢主要建立在「純讀取(Read-only)」情境。因為壓縮資料無法直接在原位覆寫,一旦遇到高密度的寫入操作(例如 20% 的寫入負載),系統仍必須透過分頁錯誤將資料搬回原生記憶體網域。此時 CRAM 的執行速度會大幅下滑,但依然維持在 ZRAM 的 5.4 倍 左右。

3. 如果伺服器本來 RAM 就很夠,會變快嗎?

• 不會。 如果你的伺服器實體記憶體非常充足,工作負載從來不會觸發實體記憶體回收或 Swap 機制,那麼所有資料都在純 DRAM 下全速運行。在這種情況下,CRAM 派不上用場,伺服器速度不會因此提升。

4. 目前能直接用在生產環境嗎?

• 還不行。 CRAM 目前由 Meta 工程師 Gregory Price 提交,仍處於提案與技術探索階段,尚未正式合併進入 Linux 核心主線。此外,它還需要硬體加速(Hardware-offloaded compression)的支援才能達到宣稱的極致效能。


每次想轉desktop linux都會卡響remote desktop上面
20年前嘅win xp都順過佢

anydesk、rustdesk 依啲得唔得?


跳至第 頁



  快速回覆 - 輸入以下項目

本討論區現只接受會員張貼文章,本站會員請先登入。非會員人仕,您可以按此加入為新會員,費用全免,並可享用其他會員服務。


上次光臨時間: 19/10/2026 19:59
今天貼文總數: 447 | 累積文章數目: 7,536,667

聯絡我們 |  服務條款 |  私隱政策
Copyright © 2026 HKGolden.com. All Rights Reserved.