編譯spdk前要編dpdk嗎

『壹』 SPDK QOS機制解析

本文深入解析了Intel SPDK的QoS機制，其主要面向塊設備（bdev）層，不涉及面向客戶端的QoS機制。SPDK支持四種QoS：IOPS、BPS、BPS-R和BPS-W，這些均被整合到spdk_bdev_qos->rate_limits數組中。新增QoS類型僅需在數組內添加，隨後在qos介面中進行相應邏輯更新。

SPDK採用了多核訪問同一bdev的QoS需求，通過io任務委託提交的方式向bdev層提交io。在多個核中選取一個用於執行bdev_io提交，其餘核在使用bdev_io_submit提交時，通過spdk_thread_send_msg向提交核發送消息，提交核收到消息後執行_bdev_io_submit。當需要QoS時，調用bdev_qos_io_submit向QoS提交bdev_io，完成限速後通過bdev_io_do_submit向bdev驅動提交請求。

當同時配置多種QoS時，生效策略為所有條件都滿足才生效。任何一種QoS要求不滿足都會導致排隊，不向驅動提交。bdev_io向驅動提交前及從驅動返回後，每種配置的QoS均需更改配額。

SPDK QoS執行方式有兩種：新io觸發時主動檢查並提交QoS隊列中的io；定時poll在無新io下發的情況下，原QoS隊列中的io在poll機制下進行提交，每次poll任務的默認間隔時間為1ms。

SPDK支持動態調整bdev QoS參數，使用bdev_set_qos_limit命令，設置為0取消相關限制。實驗驗證顯示，QoS設置正確生效，能夠限制IOPS和帶寬，從而影響業務性能。解除限制後，性能恢復至初始狀態。

SPDK QoS機制便於本地盤雲主機使用場景，但多個SPDK進程協作的QoS實現受限於進程間bdev的不可共享性。這限制了SPDK作為客戶端時使用分布式存儲的能力，需要額外的QoS方案。

本文摘自「天翼雲開發者社區」，為讀者提供SPDK相關學習資源，包括SPDK與DPDK的關系、NVMe、JSON-RPC等技術概念、DPDK高級工程師學習公開課等。

『貳』 DPDK/SPDK UIO,大頁內存,CPU親和性,NUMA機制等

在Linux環境中，UIO（用戶空間I/O）是一種機制，DPDK（Data Plane Development Kit）通過它實現了網卡驅動在用戶態下的高效運行，利用輪詢和零拷貝技術接收和發送數據包，顯著提升數據傳輸性能。

UIO區別於常規驅動，它將驅動的某些部分保留在內核空間，而大部分功能在用戶空間實現，這樣可以避免因內核更新而頻繁更新驅動的問題。例如，對於Intel Core i3-2310M這種雙核處理器，每個物理核心可能有多個邏輯處理器，通過SIBLING值可以判斷是否啟用超線程技術。

理解CPU親和性（affinity）很重要，它是指進程傾向於在一個指定的CPU上執行，避免頻繁遷移，提高緩存命中率和性能。在多核系統中，NUMA（Non-Uniform Memory Access）機制會根據物理內存分布，將CPU和內存劃分為多個節點，不同節點間的內存訪問速度會有所差異。

查看系統是否支持NUMA，通常會檢查輸出結果和系統詳細信息，以了解每個節點的內存分配。在DPDK/SPDK的開發中，配置NUMA模式有助於優化內存訪問速度，減少遠程訪問帶來的性能損失。

對於想要深入學習DPDK/SPDK、網路協議棧、存儲、網關開發、網路安全、虛擬化等領域，可以關注相關公開課和資料，如0vS、TRex等。學習資源和交流群（973961276）免費分享，對這方面感興趣的朋友可以加入獲取更多信息。