跳到正文

系統與底層架構

電腦系統與底層基礎設施:作業系統與 Linux 核心、分散式架構、資料庫與儲存引擎、網路協定、容器與虛擬化技術。

最新精選

第 41–60 條 · 共 86 條
10月2日週五
  1. The Pragmatic Engineer71

    Firebase 全球停機事件與 Google 反應失靈

    Firebase 在全球範圍內停機 2–6 小時,導致所有使用 Firebase Analytics 的 iOS 應用程式崩潰。 - Google 未更新狀態頁面,也未公佈後續事故分析,顯示其事件管理流程存在缺失。

    推薦理由:Firebase 全球停機揭示雲服務運維缺陷,提醒企業審視供應商應變與平臺多元化策略,同時揭示平臺多元化趨勢與 AI 產業競爭格局。

10月1日週四
  1. Amazon Science62

    基於圖結構的代理式智慧體:自動根因分析方法

    Amazon Science 發布了一篇關於基於圖結構的代理式智慧體,利用圖分析與 AI 代理自動進行網路根因分析的研究。 - 核心技術:結合數位孿生、圖神經網路、階層式圖演算法與代理式執行,形成三階段的圖分析管道。

    推薦理由:此研究展示如何透過圖結構與代理式 AI 進行自動根因分析,為網路運營提供可擴充套件且精準的故障定位方法。

  2. Modal Engineering Blog77

    Modal Clusters 正式上線:秒級啟動與按秒計費

    Modal Clusters 正式上線,透過單行程式碼 @modal.clustered 立即在 Modal 平臺上啟動多節點叢集,支援秒級啟動、按秒計費、RDMA 6.4 Tbps 互聯以及自動 GPU 健康檢查。

    推薦理由:Modal Clusters 以秒級啟動與按秒計費,解決多節點訓練與推理的資源排程難題,對需大規模模型開發者與推理服務商具有實際價值。

  3. Modal Engineering Blog83

    VM 沙盒:為代理程式提供完整 Linux 電腦

    VM 沙盒 讓 Modal 於 2026 年 10 月正式推出全功能 Linux VM,供代理程式直接使用,支援 Docker、資料庫、圖形環境等多種工作負載。

    推薦理由:Modal 釋出 VM 沙盒,讓代理程式可直接執行完整 Linux 環境,提升開發與測試效率,並支援 Docker 與資料庫等多種工作負載。

9月26日週六
9月25日週五
  1. GitHub Engineering75

    GitHub Primer 遷移至 CSS Modules,如何通過功能標記實現漸進式效能提升

    GitHub Primer 已將元件遷移至 CSS Modules,並通過 功能標記 實現漸進式上線。 - 遷移規模:從 2023 年起逐步完成,至 2026 年已覆蓋全部元件。

    推薦理由:GitHub 透過將 Primer 轉為 CSS Modules,並以功能標記漸進式遷移,減少 55% 伺服器渲染時間,示範大規模前端效能提升方案。

9月22日週二
9月15日週二
  1. The Pragmatic Engineer72

    OpenAI 內部代理式軟體工廠揭秘

    OpenAI 內部的代理式軟體工廠已將 Codex 及 ChatGPT Work 規模化為全公司開發的核心工具。 - Codex 取代 IDE:自 2025 年起 IDE 使用率下降,Codex 及其桌面應用成為主要開發環境,推動 PR 數量 10 倍增長。

    推薦理由:本文揭示 OpenAI 如何以 Codex 取代傳統 IDE,重塑軟體開發流程,並推動人力需求向專業化與自動化轉變,對行業產生深遠影響。

9月10日週四
  1. vLLM Official Blog79

    vLLM 推出多層 KV 快取分層,提升 GPU 記憶體利用率與多使用者吞吐量

    vLLM 於 2026 年 9 月 10 日發布的 Tiered KV Cache Offloading 方案,將長上下文模型的 KV 快取分層到主機記憶體、檔案系統、物件儲存與遠端節點,避免重複預填。

    推薦理由:vLLM 透過多層 KV 快取分層,降低 GPU 記憶體壓力,提升多使用者會話吞吐,並支援跨節點共享與自動熱啟動,讀者可直接應用於大模型部署。

9月1日週二
  1. vLLM Official Blog69

    MiniMax H3 在 vLLM-Omni 上:從全系統最佳化到 FastVideo FastH3 即時服務

    MiniMax H3 在 vLLM-Omni 上的全系統最佳化與 FastVideo 的 FastH3 低延遲即時服務。文章詳細說明從全系統最佳化到 FastH3 的四步驟,並提供實際測試結果。

    推薦理由:本文詳細說明從全系統最佳化到 FastH3 低延遲即時服務的實作流程,對想部署 MiniMax H3 的工程師提供可落地的參考。

8月29日週六
  1. Chips and Cheese61

    Hot Chips 2026:三星記憶體內部運算(PIM)

    三星 LPDDR5X‑PIM 在 Hot Chips 2026 會議上展示,透過在每個 16 個銀行內嵌 MAC 區塊,將內部頻寬提升至 614 GB/s,達到每包 2.4 TOPS。

    推薦理由:本文詳述三星 LPDDR5X‑PIM 在單晶片內部頻寬利用上突破,對未來可擴充的記憶體加速架構提供實證參考,並指出軟體與作業系統同步的挑戰與可能解決方向。

8月25日週二
  1. Chips and Cheese62

    Hot Chips 2026:CUDA 目標 RISC‑V

    Nvidia 在 Hot Chips 2026 會議上宣佈將 CUDA 擴充套件至 RISC‑V,並列出 RISC‑V CPU 必須滿足的硬體與軟體規範。 - 硬體需求:需符合 RISC‑V 伺服器 SoC 及平臺規格,包括 RAS、專用安全處理器、PCIe 一致性等。

    推薦理由:Nvidia 將 CUDA 擴充套件至 RISC‑V,揭示 RISC‑V 需滿足的硬體與軟體規範,為開發者評估未來 GPU 相容性提供指引。

8月18日週二
  1. Martin Fowler Blog72

    Martin Fowler 觀點:AI 與安全交集,開源模型與企業實務

    Martin Fowler 在 Thoughtworks 的部落格中,分享了他對 AI、資訊安全與企業實務的觀點,並呼籲開放式模型與安全協作的必要性。 - AI 與安全交集:分析技術趨勢與防禦實務,指出雖無大幅智慧提升,但可透過可複製性提升效能與回應速度。

    推薦理由:作者以實務觀點闡述 AI 與安全交集,分析技術趨勢與防禦實務,為業界提供可落地的洞見,並呼籲開放式模型與安全協作的必要性,提醒企業在採用 AI 時務必兼顧風險與效益。

8月14日週五
  1. vLLM Official Blog74

    vLLM 推出 DSpark 自適應驗證功能

    vLLM 於 2026 年 8 月 14 日正式推出 DSpark 自適應驗證功能,讓 Speculative Decoding 在高併發(至 256)下仍能保持效能。

    推薦理由:DSpark adaptive verification 讓 vLLM 在高併發下保持效能,降低使用者手動調參需求,並自動調整驗證長度以最佳化吞吐量。在多種併發設定下,保持在 Pareto 前沿。

8月11日週二
  1. GitHub Engineering74

    使用 GitHub Copilot SDK for Java 進行 Java AI 整合

    GitHub Copilot SDK for Java 是首個框架無關、AI 供應商中立的 Java 客戶端,支援 BYOK,允許直接連結 OpenAI、Azure、Anthropic 等端點,且不需要 Copilot 訂閱。

    推薦理由:本文展示如何用 GitHub Copilot SDK for Java 進行框架無關的 AI 整合,並提供完整 Jakarta EE 11 範例與實作細節,對 Java 開發者最佳化 AI 服務流程有實際指引。

8月6日週四
  1. vLLM Official Blog77

    vLLM 在 Qwen3.5 上達成每 GPU 25K 總 TPS

    vLLM 透過社群貢獻的最佳化核心與異構快取設計,讓 Qwen3.5 在 GB200 NVL72 系統上每 GPU 總 TPS 超過 25,000。

    推薦理由:本文提供可實踐的最佳實踐與配置,藉助 vLLM 社群貢獻的最佳化核心與異構快取設計,幫助開發者在 Qwen3.5 上達成 25K TPS/GPU 的高效推理,並可快速複製至自家環境。

  2. Chips and Cheese62

    NVIDIA Vera 白皮書被揭露多處說服力不足

    NVIDIA 釋出的 Vera 白皮書被作者指出設計優勢實際表現與宣傳說服力存在差距。 - 核心架構:88 核單晶體,內含 10 寬 Arm v9.2 核心 Olympus,配備 2 MB 私有 L2、164 MB 共用 L3,8 條 LPDDR5X 介面 1.2 TB/s。

    推薦理由:對比 NVIDIA 白皮書與實測資料,揭示設計優勢與說服力差距,讀者可評估其對高效能伺服器 CPU 的實際影響。

8月4日週二
  1. Modal Engineering Blog64

    Modal 推出地理分佈 I/O 平面,將無伺服器函式呼叫延遲逼近網路傳輸速度

    Modal 推出全新地理分佈 I/O 平面,將無伺服器函式呼叫延遲下降約 80 ms,並支援 routing_region 旗標以選擇最適地區。

    推薦理由:Modal 透過全新地理分佈 I/O 平面,將伺服器無伺服器函式呼叫延遲下降約 80 ms,提升跨區域應用效能,並可透過 routing_region 旗標選擇最適地區,降低網路往返時間。