怎麼評估 Firefly CSC2-N48SPK3
這篇教你在採購前評估 Firefly CSC2-N48SPK3 的硬體架構、RISC-V 軟體相容性、網路規劃與儲存容量。
這篇教你在採購前評估 Firefly CSC2-N48SPK3 的硬體架構、RISC-V 軟體相容性、網路規劃與儲存容量。
這篇給平台工程師、實驗室團隊和採購前驗證的人看，目標是把 Firefly CSC2-N48SPK3 的 48 節點 RISC-V AI 伺服器評估清楚。
照著做完，你會拿到一份可執行的部署檢查表、可驗證的軟體堆疊清單，以及一份能直接拿去做採購判斷的適配結論。
開始之前
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
- Firefly 帳號或經銷商聯絡窗口
- CSC2-N48SPK3 官方產品頁與文件
- 管理工作站一台，具備 SSH 與瀏覽器
- Node 20+ 或 Python 3.11+，供自動化腳本使用
- RISC-V Linux 基礎知識
- 2U 機櫃空間、雙路 AC 電源、10GbE 交換器
- 序列主控台工具與 BMC 存取權限
- 選配 M.2 2280 NVMe SSD
Step 1: 確認伺服器架構
這一步的產出是「架構確認表」，先把系統看成 48 個 SpacemiT K3 運算節點加上 1 個 Rockchip RK3588 控制節點，而不是一般單機伺服器。
把產品頁上的關鍵規格逐項記下來：48 節點、每節點最高 32GB LPDDR5、每節點 128GB UFS 2.2、48 個 M.2 NVMe 插槽、4 個 10GbE SFP+ 埠與 BMC 管理埠。這些數字會直接影響你的工具鏈、網路與儲存設計。
驗收：你應該能不看文件就寫出控制節點、節點數、記憶體上限與儲存佈局。若有任何一項說不清楚，就先回到官方產品頁再繼續。
Step 2: 對照工作負載與 RISC-V 能力
這一步的產出是「工作負載對照表」，用來判斷 CSC2-N48SPK3 是否適合你的任務。素材提到 RVV 向量支援、原生 FP8 推論、多模態加速，以及 30B 模型本地推論可超過 10 tokens/s，代表它更適合 AI 推論與分散式建置，不是拿來替代所有 x86 主機。
先把你的任務分成三類：適合、可試、明顯不適合。適合的例子包括分散式編譯、CI runner、邊緣推論、RISC-V 軟體驗證與儲存型測試叢集；不適合的例子包括 x86-only 二進位、CUDA 工作流與依賴特殊核心模組的環境。
適合的工作負載：分散式建置、CI runner、邊緣推論、RISC-V 軟體驗證、儲存型測試叢集驗收：你應該得到一份 yes/no 清單，每個工作負載都能標記是否可在 RISC-V 上落地。若需要大量 x86 模擬或專有 GPU 驅動，就直接判定為不適合。
Step 3: 規劃管理與網路拓樸
這一步的產出是「一頁式拓樸圖」，目標是讓你在上架第一天就能進入管理介面。RK3588 控制節點負責管理平面，並搭配 Gigabit 管理埠、RJ45 主控台、HDMI 顯示與 USB 3.0 升級路徑，表示管理流量可以和運算流量分開。
把網路切成三區：BMC 管理網路、走 10GbE SFP+ 的資料網路、以及序列或復原用的本地存取路徑。接著決定 DHCP、靜態 IP 與交換器上聯的位置，避免安裝後才重拉線。
驗收：你應該能用一句話說出哪個埠是 BMC、哪幾個埠跑資料、以及節點開不了機時要怎麼進控制台。若答不出來，拓樸還沒準備好。
Step 4: 驗證軟體堆疊與建置流程
這一步的產出是「最小可行建置驗證」，用來確認你的軟體流程真的能跑在這台機器上。素材指出系統預裝 Linux，並支援 Open Build Service 與 Koji，所以你應該先驗證建置、封裝與部署鏈是否能正確指向 RISC-V。
先在管理工作站安裝常用的交叉編譯工具，再對一台節點做最小化測試。若你的團隊使用 CI，先挑一條小型套件建置流程與一條 smoke test 流程，確認它們都能對目標節點執行。
# 在管理工作站上做最小驗證
ssh root@<node-ip> uname -a
ssh root@<node-ip> cat /etc/os-release
ssh root@<node-ip> gcc --version驗收：你應該看到 RISC-V Linux 核心、正確的 OS release，以及符合預期的工具鏈回應。若 SSH 可以連，但建置失敗，通常是腳本或相依套件仍假設 x86。
Step 5: 量化儲存與擴充目標
這一步的產出是「容量計算表」，用來決定你要裝多少 NVMe、每節點放多大，以及整體是否符合預算與供電。48 個 M.2 2280 NVMe 插槽讓系統可以從小型本地快取一路擴到大容量叢集，素材給出的上限示例是 48 x 16TB，也就是 768TB 總容量。
先決定每個節點是否都要放 SSD，還是只在部分節點配置。對建置叢集來說，本地 SSD 可以降低爭用；對推論叢集來說，則可採本地快取加共享儲存的混合方式。
驗收：你應該有一張容量表，包含每節點 SSD 大小、可用空間估算與整體總量。若數字超出機櫃供電或預算，就先減少 SSD 數量再下單。
素材同時提供了效能數字，下面這張表可直接拿來做採購前比較。
| 指標 | 基準／優化前 | 結果／優化後 |
|---|---|---|
| Kernel 編譯時間 | Intel Xeon Gold 6548Y+ 在 QEMU：2 小時 50 分鐘 | SpacemiT K3 節點：22 分 28 秒 |
| 相對單節點效能 | x86 QEMU 模擬 | K3 節點最高快 7 倍 |
| 本地模型吞吐 | 未提供 | 30B 模型超過 10 tokens/s |
常見錯誤
- 先看 x86 相容性再看工作負載。修法：先盤點依賴，再決定是否需要 RISC-V。
- 忽略管理網路。修法：先保留獨立 BMC 網段，再測試主控台登入。
- 只算儲存，不算電力與散熱。修法：把 SSD 數量、機櫃供電與冷卻一起計算。
接下來可以看什麼
如果這台機器符合需求，下一步可以做一份試點叢集方案，包含單節點設定、儲存配置與一組 CI 或推論基準，讓你在正式採購前先跟現有基礎設施比較。