☰

有線電視網速度極慢

tag-icon • tag-icon networking drivers 20.04 kernel intel
有線電視網速度極慢

在我的辦公室，我們最近購買了 20 台運行 Ubuntu 20.04 的 Dell Latitude 5420 筆記型電腦，我們在乙太網路連接方面遇到了很大的問題，下載速度極慢（但上傳速度很好）。

編輯：問題僅出現在該筆記型電腦系列上，僅具有整合式乙太網路並且僅在 Ubuntu 上（請參閱下面的測試）。 Wifi 運作正常，如果我們在這台筆記型電腦上安裝 Windows，乙太網路也運作正常；如果我們使用乙太網路 USB 轉接器或帶有乙太網路的擴充塢，則不會出現問題。

硬體方面，筆記型電腦配備了整合式網路卡：Intel「Ethernet Connection I219-LM」。

以下是我所做的測試。

我家進行的測試條件：

  • 使用的網路連線類型：VDSL2+
  • 下載速度：40.43 Mbps
  • 上傳速度：5.70 Mbps

在我的辦公室進行的測試的條件：

  • 使用的網路連線類型：光纖
  • 下載速度：756,21 Mbps
  • 上傳速度：337,64 Mbps

以下是我進行的測試：

  • Ubuntu 20.04.1 LTS“開箱即用”

    • 安裝後的結果：慢速乙太網路（@home = 下載：0,89 Mbps / 上傳：4,82 Mbps）
    • 安裝後核心版本：5.6.0-1032-oem
    • 安裝後乙太網路驅動程式版本：Intel e1000e 3.2.6-k
    • 更新後核心版本：5.10.0-1029-oem
    • 更新後乙太網路驅動版本：Intel e1000e 5.10.0-1029-oem（驅動包含在內核中）
    • 更新後的結果：慢速乙太網路（@ home = 下載：0,57 Mbps / 上傳：4,61 Mbps）

  • Ubuntu 20.04.2 LTS“從 USB 安裝”

    • 安裝後的結果：慢速乙太網路（@home = 下載：0,89 Mbps / 上傳：4,82 Mbps）（@office = 下載：6,36 Mbps / 上傳：327,99 Mbps）
    • 安裝後核心版本：5.8.0-43-generic
    • 安裝後乙太網路驅動程式版本：Intel e1000e 3.2.6-k
    • 更新後核心版本：5.8.0-55-generic
    • 更新後乙太網路驅動版本：Intel e1000e 3.2.6-k
    • 更新後的結果：慢速乙太網路（@home = 下載：0,68 Mbps / 上傳：4,52 Mbps）（@office = 下載：5,31 Mbps / 上傳：411,82 Mbps）
    • 嘗試手動安裝 3.8.4 和 3.8.7 驅動程式失敗：驅動程式編譯期間發生錯誤

  • Ubuntu 20.04.2 LTS“來自 USB 的即時會話”

    • 即時會話結果：乙太網路「稍微慢一點」（@home = 下載：15,60 Mbps / 上傳：4,41 Mbps）
    • 核心版本：5.8.0-43-generic
    • 乙太網路驅動程式版本：Intel e1000e 3.2.6-k

  • Ubuntu 18.04 LTS“從 USB 安裝”

    • 安裝後結果：系統看到卡片但未認領
    • 核心版本：5.4.0-74-generic
    • 乙太網路驅動程式版本：無
    • 更新後核心版本：5.4.0-74-generic
    • 更新後乙太網路驅動程式版本：無
    • 手動安裝後乙太網路驅動版本：3.8.4-NAPI（從英特爾網站下載）
    • 更新後的結果：乙太網路正常（@home = 下載：40,29 Mbps / 上傳：5,37 Mbps）

  • Ubuntu 20.04.1 LTS「從戴爾還原 iso 安裝」（從戴爾作業系統復原工具軟體下載）

    • 安裝後的結果：慢速乙太網路（@home = 下載：0,87 Mbps / 上傳：4,73 Mbps）
    • 安裝後核心版本：5.6.0-1032-oem
    • 安裝後乙太網路驅動程式版本：Intel e1000e 3.2.6-k
    • 更新後核心版本：5.10.0-1029-oem
    • 更新後乙太網路驅動版本：Intel e1000e 5.10.0-1029-oem（驅動包含在內核中）
    • 更新後的結果：慢速乙太網路（@home = 下載：0,56 Mbps / 上傳：4,49 Mbps）
    • 嘗試手動安裝 3.8.4 和 3.8.7 驅動程式失敗：使用核心 5.6.0-1032-oem 和 5.10.0-1029-oem 編譯驅動程式期間發生錯誤

  • Ubuntu 21.04“從 USB 安裝”

    • 安裝後的結果：慢速乙太網路（@office = 下載：1,52 Mbps / 上傳：400,58 Mbps）
    • 安裝後核心版本：5.11.0-16-generic
    • 安裝後乙太網路驅動版本：5.11.0-16-generic（驅動程式包含在核心中）
    • 更新後核心版本：5.11.0-18-generic
    • 更新後乙太網路驅動版本：5.11.0-18-generic（驅動程式包含在內核中）
    • 更新後的結果：慢速乙太網路（@office = 下載：2,22 Mbps / 上傳：410,05 Mbps）

  • Windows 10 專業版（21H1 版）

    • 安裝後結果：乙太網路正常（@office = 下載：850,12 Mbps / 上傳：519,30 Mbps）

因此，正如我們在所有這些測試之後所看到的，我們已經可以排除硬體問題（在收到的 20 台筆記型電腦中，經過測試的 5 或 6 台筆記型電腦存在該問題），一旦手動安裝 Intel 驅動程序，在 Ubuntu 18.04 上和 Windows 上頻寬都是完美的。

起初，我認為解決方案是能夠安裝更新版本的“Intel e1000e”驅動程序，但是當我嘗試在從“Dell ISO”安裝的 Ubuntu 上編譯它時，我收到這些錯誤（對不起法語）：

  • 在內核 5.6.0-1032-oem 上（來自 Dell ISO）:

    administrateur@administrateur-Latitude-5420:~/Téléchargements/e1000e-3.8.7/src$ sudo make
*** The target kernel has CONFIG_MODULE_SIG_ALL enabled, but
*** the signing key cannot be found. Module signing has been
*** disabled for this build.
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.6.0-1032-oem »
  CC [M]  /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.o
In file included from /home/administrateur/Téléchargements/e1000e-3.8.7/src/e1000.h:14,
                 from /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.c:30:
/home/administrateur/Téléchargements/e1000e-3.8.7/src/kcompat.h:825:2: error: #error UTS_UBUNTU_RELEASE_ABI is too large...
  825 | #error UTS_UBUNTU_RELEASE_ABI is too large...
      |  ^~~~~
make[2]: *** [scripts/Makefile.build:276: /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.o] Erreur 1
make[1]: *** [Makefile:1707: /home/administrateur/Téléchargements/e1000e-3.8.7/src] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.6.0-1032-oem »
make: *** [Makefile:73: default] Erreur 2

  • 在內核 5.10.0-1029-oem 上（來自 Dell ISO）:

    administrateur@administrateur-Latitude-5420:~/Téléchargements/e1000e-3.8.7/src$ sudo make
*** The target kernel has CONFIG_MODULE_SIG_ALL enabled, but
*** the signing key cannot be found. Module signing has been
*** disabled for this build.
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.10.0-1029-oem »
  CC [M]  /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.o
In file included from /home/administrateur/Téléchargements/e1000e-3.8.7/src/e1000.h:14,
                 from /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.c:30:
/home/administrateur/Téléchargements/e1000e-3.8.7/src/kcompat.h:825:2: error: #error UTS_UBUNTU_RELEASE_ABI is too large...
  825 | #error UTS_UBUNTU_RELEASE_ABI is too large...
      |  ^~~~~
make[2]: *** [scripts/Makefile.build:287: /home/administrateur/Téléchargements/e1000e-3.8.7/src/netdev.o] Erreur 1
make[1]: *** [Makefile:1849: /home/administrateur/Téléchargements/e1000e-3.8.7/src] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.10.0-1029-oem »
make: *** [Makefile:73: default] Erreur 2

從官方 ISO（不是 Dell ISO）重新安裝 Ubuntu 並停用 SecureBoot 後，我終於成功安裝了新的 Intel e1000e 驅動程式...但...問題仍然存在...

  • 在核心 5.8.0-43-generic 上（來自官方 Ubuntu ISO）

    • 3.8.7 驅動程式更新後的結果：慢速乙太網路（@home = 下載：0,16 Mbps / 上傳：2,38 Mbps）

  • 在核心 5.8.0-55-generic 上（來自官方 Ubuntu ISO）

    • 3.8.7 驅動程式更新後的結果：慢速乙太網路（@home = 下載：1.00 Mbps / 上傳：5.13 Mbps）

我承認我完全迷失了......你知道它來自哪裡嗎？

同時，這是訂單的結果lshw -C network，請隨時向我詢問其他訂單的結果，我會發布它們。

$ sudo lshw -C network
  *-network:1
       description: Ethernet interface
       produit: Ethernet Connection (13) I219-LM
       fabricant: Intel Corporation
       identifiant matériel: 1f.6
       information bus: pci@0000:00:1f.6
       nom logique: enp0s31f6
       version: 20
       numéro de série: 38:14:28:0f:32:1a
       taille: 1Gbit/s
       capacité: 1Gbit/s
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.8.7-NAPI duplex=full firmware=0.8-4 ip=192.168.1.31 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       ressources: irq:147 mémoire:a2300000-a231ffff

預先感謝您的幫助 ！ :)

揚恩

更新

nestat -i以下是和命令的結果netstat -s（在我家裡的網路上）：

$ netstat -i
Table d'interfaces noyau
Iface      MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp0s31f  1500    29522    448    361 0         30261      0      0      0 BMRU
lo       65536     4572      0      0 0          4572      0      0      0 LRU
wlp0s20f  1500     7350      0    672 0           563      0      0      0 BMRU

$ netstat -s
Ip:
    Forwarding: 2
    50727 total packets received
    6 with invalid addresses
    0 forwarded
    0 incoming packets discarded
    49394 incoming packets delivered
    43118 requests sent out
    20 outgoing packets dropped
    542 dropped because of missing route
Icmp:
    67 ICMP messages received
    0 input ICMP message failed
    Histogramme d'entrée ICMP
        destination unreachable: 67
    762 ICMP messages sent
    0 ICMP messages failed
    Histogramme de sortie ICMP
        destination unreachable: 762
IcmpMsg:
        InType3: 67
        OutType3: 762
Tcp:
    545 active connection openings
    0 passive connection openings
    4 failed connection attempts
    5 connection resets received
    3 connections established
    29486 segments received
    40360 segments sent out
    861 segments retransmitted
    1 bad segments received
    290 resets sent
Udp:
    11379 packets received
    1452 packets to unknown port received
    0 packet receive errors
    11028 packets sent
    0 receive buffer errors
    0 send buffer errors
    IgnoredMulti: 5760
UdpLite:
TcpExt:
    218 TCP sockets finished time wait in fast timer
    164 delayed acks sent
    Quick ack mode was activated 36 times
    7910 packet headers predicted
    6247 acknowledgments not containing data payload received
    10413 predicted acknowledgments
    TCPSackRecovery: 140
    Detected reordering 1 times using SACK
    6 congestion windows recovered without slow start after partial ack
    TCPLostRetransmit: 100
    490 fast retransmits
    48 retransmits in slow start
    TCPTimeouts: 95
    TCPLossProbes: 300
    TCPLossProbeRecovery: 30
    TCPSackRecoveryFail: 7
    TCPDSACKOldSent: 40
    TCPDSACKOfoSent: 5
    TCPDSACKRecv: 193
    93 connections reset due to unexpected data
    1 connections reset due to early user close
    3 connections aborted due to timeout
    TCPDSACKIgnoredOld: 1
    TCPDSACKIgnoredNoUndo: 109
    TCPSackShifted: 790
    TCPSackMerged: 1396
    TCPSackShiftFallback: 320
    TCPRcvCoalesce: 1208
    TCPOFOQueue: 1950
    TCPOFOMerge: 5
    TCPChallengeACK: 1
    TCPSYNChallenge: 1
    TCPAutoCorking: 157
    TCPSynRetrans: 43
    TCPOrigDataSent: 27241
    TCPHystartDelayDetect: 13
    TCPHystartDelayCwnd: 421
    TCPKeepAlive: 612
    TCPDelivered: 27555
    TCPAckCompressed: 187
    TcpTimeoutRehash: 95
    TcpDuplicateDataRehash: 3
IpExt:
    InMcastPkts: 2913
    OutMcastPkts: 260
    InBcastPkts: 5760
    OutBcastPkts: 2
    InOctets: 25001747
    OutOctets: 37878931
    InMcastOctets: 857652
    OutMcastOctets: 17502
    InBcastOctets: 5995183
    OutBcastOctets: 108
    InNoECTPkts: 52735
MPTcpExt:

答案1

終於有人有完全相同的問題了。我在啟動板上提交了一個錯誤：e1000e 極慢。

你也可以在那裡發表評論嗎？或+1 或什麼？解決方法也在那裡。

訣竅是停用aspmwithpcie_aspm=off作為內核選項/etc/default/grub，如下所示：

GRUB_CMDLINE_LINUX_DEFAULT="splash pcie_aspm=off"

之後運行：

update-grub

pcie_aspm是某種電源管理的東西，它可能會讓我的網路控制器進入睡眠狀態或其他什麼，然後將 USB 記憶棒放入筆記型電腦中以某種方式喚醒它。

答案2

嘗試這個

sudo ethtool -C enp0s31f rx-usecs 6000

ethtool 不是持久性的，因此您需要每次重新啟動時再次執行（或為此建立啟動腳本）。

相關內容