TS-433提升效能

要獲得良好的效能,你仍然需要安裝更新版的NIC驅動程式。
如果你使用1 Gbit埠則效能穩定,但最高只到1 Gbit。

QTS 5.2.5.3145仍然附帶舊版驅動程式..

[admin@QNAP /]# dmesg| grep r8125
[ 9.340026] r8125 2.5Gigabit Ethernet driver 9.007.01-NAPI loaded
[ 9.347013] r8125 0002:21:00.0: enabling device (0000 → 0003)
[ 9.369138] r8125: 此產品受以下一項或多項專利保護:US6,570,884、US6,115,776 和 US6,327,625。
[ 9.383975] r8125 Copyright (C) 2021 Realtek NIC software team nicfae@realtek.com
[ 9.952040] r8125 0002:21:00.0 eth1_tmp_56951: renamed from eth1
[ 9.967319] r8125 0002:21:00.0 eth0: renamed from eth1_tmp_56951
[ 91.801433] r8125: eth0: link up
[ 131.665897] r8125: eth0: link down
[ 135.193423] r8125: eth0: link up
[admin@QNAP /]# uname -a
Linux QNAP 5.10.60-qnap #1 SMP Mon May 26 01:05:26 CST 2025 aarch64 GNU/Linux

更多資訊請參考舊論壇(僅供閱讀)。
https://forum.qnap.com/viewtopic.php?t=175522&start=15

如果你真的非常需要速度,也許可以嘗試 1 顆 SSD 作為快取磁碟,再加上 3 顆 HDD 組成 RAID5。

在 SSD 上工作,專案完成後再將資料轉存到 RAID5。
也許 QNAP 可以讓你每隔 X 分鐘/小時就將 SSD 同步到 RAID5。

其實你的 NAS 太小了,建議使用 6 槽 x86 的機型。

因為不明原因,QNAP 不願意升級有問題的 NIC 驅動程式。每次我升級後,透過 SMB 操作 NAS 時就會各種卡頓。這只發生在 2.5 Gbit 埠,但這正是我購買 NAS 的原因……

已在 QTS 5.2.6.3195 測試

[admin@QNAP /]# dmesg| grep r8125
[ 9.349762] r8125 2.5Gigabit Ethernet driver 9.007.01-NAPI loaded
[ 9.356674] r8125 0002:21:00.0: enabling device (0000 → 0003)
[ 9.378841] r8125: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
[ 9.393673] r8125 Copyright (C) 2021 Realtek NIC software team nicfae@realtek.com
[ 9.963055] r8125 0002:21:00.0 eth1_tmp_56486: renamed from eth1
[ 9.978308] r8125 0002:21:00.0 eth0: renamed from eth1_tmp_56486
[ 91.205639] r8125: eth0: link up
[ 130.398104] r8125: eth0: link down
[ 133.925683] r8125: eth0: link up
[admin@QNAP /]# uname -a
Linux QNAP 5.10.60-qnap #1 SMP Tue Jul 15 00:59:58 CST 2025 aarch64 GNU/Linux

感謝你的建議。
正在進行的專案都在客戶端的本地 NVMe 上。

我已經讓 NAS 在我的工作負載下用慢速硬碟跑到接近最大速度,所以還不錯。 :slight_smile:

(對於另一個工作負載來說速度慢,但沒關係)

不過 QNAP 沒有解決 NIC 驅動程式的問題真的很麻煩。

你為什麼要透過 SMB 使用 NAT?你的 NAS 有對外開放到網際網路嗎?

抱歉,是我打錯了。我已經更新了我的帖子。謝謝!

我沒有使用 NAT 來存取 NAS,所有設備都連接在同一個 VLAN。

@SteveKo 呃,你們是不是該給個答覆了?六個月還不夠長來決定你們會不會更新驅動程式嗎?

這對我來說也是個擔憂。請做點什麼吧,QNAP……

您好,我會就此事與內部團隊跟進。不過,測試團隊可能需要能夠重現這個問題,或者從您的設備獲取一些遠端存取資訊。

如果可以的話,建議您再開一張支援工單,並私下把工單號碼發給我。這樣我就能協助您追蹤這個問題。謝謝!

你不需要重新製作任何東西。

我們只需要你從供應商那裡取得一個更新的驅動程式,並且讓該驅動程式通過你們內部的回歸測試。

許多使用者已經證明新版驅動程式運作得更好。
你能否提供一個通過你們內部測試套件的更新驅動程式?

QNAP 仍未釋出我這台 NAS 最新版本的驅動程式更新。

QTS 5.2.7.3297

[admin@QNAP /]# dmesg | grep r8125
[ 9.316376] r8125 2.5Gigabit Ethernet driver 9.007.01-NAPI 已載入
[ 9.323355] r8125 0002:21:00.0: 啟用裝置 (0000 → 0003)
[ 9.346164] r8125: 本產品受以下一項或多項專利保護:US6,570,884、US6,115,776 及 US6,327,625。
[ 9.361000] r8125 版權所有 (C) 2021 Realtek NIC 軟體團隊 nicfae@realtek.com
[ 9.927874] r8125 0002:21:00.0 eth1_tmp_56041: 從 eth1 重新命名
[ 9.943096] r8125 0002:21:00.0 eth0: 從 eth1_tmp_56041 重新命名
[admin@QNAP /]# uname -a
Linux QNAP 5.10.60-qnap #1 SMP Fri Oct 24 11:43:33 CST 2025 aarch64 GNU/Linux

我這個問題已經等了很久,但看起來 QNAP 一直沒有更新這個網卡驅動程式。

當我通過 CLI 載入新的網路驅動程式時,網頁介面就不再顯示這張網卡了。也許有人知道怎麼解決這個問題?這樣我就可以把解決方法加到腳本裡。

謝謝!

我已在我的部落格 QNAP TS-433 Network Issues — The Realtek r8125 Driver Nobody Updated · mastori.dev 提到這件事

同時也在 QNAP 內部提交了工單。

如果 QNAP 實際選擇修復這個問題,我會再更新。

很棒的部落格!看來新版本即將推出了!不過對於那些已經擁有這台 NAS 幾年而且遇到這個問題的人來說,這當然是有點晚了。

我已經設定了 autorun.sh 腳本,這個腳本能夠用新的網卡驅動修復 GUI。

敬祝順心,
Harry

我有一台QNAP TS-433,運行QTS 5.2.10,搭配內建的 2.5 GbE 介面。

系統詳情:

型號:TS-X33
QTS:5.2.10
核心:5.10.60-qnap
架構:aarch64
網卡驅動程式:r8125
驅動版本:9.007.01-NAPI

問題是 2.5 GbE 介面無法提供穩定的 2.5 GbE 效能,並且出現大量 TCP 重傳/接收端封包遺失。

我最初注意到這個問題,是因為從外接 USB 硬碟(連接於 QNAP)透過 SMB 播放影片時嚴重卡頓。

外接硬碟本身不是瓶頸。在 QNAP 上於該硬碟本地複製的速度約為 70–100 MB/s,但 SMB 從 Mac 讀取時一開始只有:

9 MB/s

在 Mac 停用部分 Cisco Secure Client 元件並重開機後,SMB 效能提升到大約:

81 MB/s

所以這是另一個 Mac/Cisco 相關的 SMB 問題,但進一步測試發現 QNAP 端還有獨立的網路問題。

網路環境由 Mac、Mac mini 和 QNAP 連接到同一台 2.5 GbE switch(交換器)。

Mac ↔ Mac mini 效能幾乎完美:

~2.35 Gbit/s

範例:

傳輸 2.74 GBytes
2.35 Gbit/s
111 次重傳

反方向同樣穩定:

2.35 Gbit/s
43 次重傳

四條平行流時:

Mac -> Mac mini:
2.35 Gbit/s
363 次重傳

Mac mini -> Mac:
2.35 Gbit/s
92 次重傳

但 QNAP 表現完全不同。

典型 Mac → QNAP 測試:

2.12 Gbit/s
3963 次重傳

另一次測試:

2.06 Gbit/s
4350 次重傳

又一次:

2.11 Gbit/s
2968 次重傳

反向更糟且不穩定。

QNAP → Mac 範例:

1.34 Gbit/s

測試期間串流速度約

0.95 Gbit/s - 1.86 Gbit/s

另一次反向測試:

1.21 Gbit/s
412 次重傳

四條平行流並未解決問題。

Mac → QNAP 使用 -P 4:

1.90 Gbit/s
17679 次重傳

QNAP → Mac 使用 -R -P 4:

1.19 Gbit/s
1549 次重傳

特別值得注意的是,在同一台 Mac 和同一台 switch 上,Mac mini 可穩定達到 2.35 Gbit/s 且幾乎沒有封包遺失。

我也用以下指令檢查 QNAP 網卡統計:

ethtool -S eth0

單次 iperf 測試期間,計數器從:

rx_missed:      24545
rx_mac_error:     117
rx_mac_missed: 720535

變為:

rx_missed:      27430
rx_mac_error:     123
rx_mac_missed: 720628

所以這次測試期間:

rx_missed:      +2885
rx_mac_error:      +6
rx_mac_missed:    +93

同時 iperf 測試回報:

2968 次重傳

rx_missed 和 TCP 重傳數幾乎規模一致,非常明顯是 QNAP 網卡/驅動程式接收端封包遺失。

網卡回報:

速度:2500Mb/s
雙工:全雙工
自動協商:開啟
網路連線:有

我已測試不同的網路線和 switch port,結果都一樣。

EEE 也已停用:

EEE 狀態:停用
Tx LPI:停用

流量控制配置:

RX:開啟
TX:開啟
RX 協商:停用
TX 協商:停用

驅動功能也很值得注意:

receive-hashing:停用[固定]
scatter-gather:停用
tcp-segmentation-offload:停用
generic-segmentation-offload:停用
generic-receive-offload:開啟

介面僅有一個 RX queue 和一個 TX queue:

/sys/class/net/eth0/queues/

rx-0
tx-0

也只有一個網卡中斷:

eth0-0

且無硬體 receive hashing /RSS。

我也測試了 IRQ affinity 和 RPS。

更改 IRQ affinity 對效能並未有實質改善:

僅 CPU3:
~2.00 Gbit/s
4011 次重傳

CPU1-3:
~2.05 Gbit/s
5006 次重傳

RPS 預設是停用的:

rps_cpus = 0
xps_cpus = 0

我啟用全四核心 RPS:

echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus

但同樣無法解決問題。

也測試網卡於 1 GbE。

在 1 GbE 情況下大幅改善:

Mac -> QNAP:
~939 Mbit/s
682 次重傳

QNAP -> Mac:
~854-914 Mbit/s
~500-600 次重傳

所以這個問題特別在 2.5 GbE 速度下嚴重。

到目前為止我已排除:

  • 網路線
  • switch port
  • switch 本身
  • Mac 2.5 GbE 介面
  • EEE
  • 一般 IRQ affinity 問題
  • RPS 配置
  • 外接硬碟效能
  • SMB 作為底層網路原因

唯一共通因素是 RTL8125 網卡搭配 QNAP r8125 9.007.01-NAPI 驅動程式。

根據本討論串,也有更新版 r8125 驅動於 TS-433 測試。

有人收到 QNAP 官方韌體包含較新 RTL8125 驅動的嗎?

特別想知道 QNAP 是否有規劃未來 QTS 釋出會將 TS-433 升級至:

r8125 9.007.01-NAPI

driver 的新版。

根據我測量,這看起來不是簡單的效能限制:網卡確實在高負載下累積 rx_missed 計數,導致 TCP 封包遺失和數千次重傳。

你的 NAS 採用 ARM A55 處理器。A55 屬於 ARM 的低功耗嵌入式微處理器,是物聯網(IoT)等設備的好選擇。我認為它並不是很適合用來做 NAS。這類處理器之所以被採用,是因為它們便宜,因此你才能用幾百美元買到 NAS 主機。

以這顆處理器來說,我不太期待你的 NAS 能夠穩定跑到真正的 2.5 Gbps 速度。很抱歉,我覺得這真的不太可能。