มีการสนทนาบางอย่างและดูเหมือนว่าปัญหานี้ได้รับการแก้ไขแล้ว อย่างไรก็ตามวรรณกรรมมีน้อย ดังนั้นฉันจึงเขียนบันทึกนี้และหวังว่ามันจะช่วยคนอื่นๆ
อาการ
การเชื่อมต่อ Intel Ethernet ซีรี่ส์ I219 รวมถึง I219-V และ I219-LM ใช้งานไม่ได้บน Linux ด้วยความเร็วประมาณ 1 Mb/s บน speedtest.net และการสูญเสีย ping 30-50% ภายใน LAN นี่เป็นปัญหาในเคอร์เนล ดังนั้นทั้ง Ubuntu และ Fedora จะประสบปัญหาเดียวกัน ผู้ใช้ตั้งแต่ 4.19 ถึง 5.11 รายงานปัญหานี้ทั้งหมด การอัปเดตโดยใช้ apt ไม่ได้ช่วยอะไร
รายละเอียด
$ ปิง -i 0.2 -W 0.2 -c 100 -s 1,000 192.168.1.2
ส่ง 100 แพ็กเก็ต ได้รับ 56 แพ็กเก็ต สูญเสียแพ็กเก็ต 44% เวลา 20195ms
# lspci -vvvnn -s 00:1f.6
00:1f.6 ตัวควบคุมอีเทอร์เน็ต [0200]: Intel Corporation Ethernet Connection (14) I219-V [8086:15fa] (rev 11)
ระบบย่อย: CLEVO/KAPOK Computer Ethernet Connection (14) I219-V [1558:50e1]
การควบคุม: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
สถานะ: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=เร็ว >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
เวลาแฝง: 0
ขัดจังหวะ: ปักหมุด A ที่ส่งไปยัง IRQ 129
ภูมิภาค 0: หน่วยความจำ 82380000 (32 บิต ไม่สามารถดึงล่วงหน้าได้) [size=128K]
ความสามารถ: [c8] การจัดการพลังงานเวอร์ชัน 3
ค่าสถานะ: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
สถานะ: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=1 PME-
ความสามารถ: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
ที่อยู่: 00000000fee00338 ข้อมูล: 0000
ไดรเวอร์เคอร์เนลที่ใช้งานอยู่: e1000e
โมดูลเคอร์เนล: e1000e
# ethtool -i enp0s31f6
คนขับ: e1000e
รุ่น: 5.11.0-40-generic
เวอร์ชันเฟิร์มแวร์: 0.4-4
รุ่นขยาย ROM:
ข้อมูลรถบัส: 0000:00:1f.6
รองรับสถิติ: ใช่
รองรับการทดสอบ: ใช่
รองรับการเข้าถึง eeprom: ใช่
รองรับการลงทะเบียนการถ่ายโอนข้อมูล: ใช่
รองรับ priv-flags: ใช่
เหตุผล
การจัดการพลังงานจะปิดแคช/หน่วยความจำของอะแดปเตอร์เครือข่าย (ดู [7] สำหรับข้อมูลเพิ่มเติม)
วิธีแก้ปัญหา
ฉันจึงต้องปิดการจัดการพลังงาน สถานะการทำงานสำหรับอุปกรณ์ Intel เรียกว่า C-State C-States มีตั้งแต่ C0 ถึง Cn C0 บ่งชี้สถานะใช้งานอยู่ (ดู คู่มือผู้ใช้ Intel/C-State). วิธีแก้ปัญหาแรกคือการตั้งค่า C-State สูงสุดไม่ให้สูงมากนัก [3,4]
vi /etc/default/grub
# เพิ่ม intel_idle.max_cstate=1 ถึง GRUB_CMDLINE_LINUX_DEFAULT หลังจาก
"สาดทีเดียว"
#เส้นนั้นก็จะประมาณนี้
GRUB_CMDLINE_LINUX_DEFAULT="สแปลชเงียบ intel_idle.max_cstate=1"
#จากนั้นบันทึกและดำเนินการ
ปรับปรุงด้วง
# จากนั้นรีบูต คุณสามารถยืนยันได้ว่าสิ่งนี้ถูกนำไปใช้โดย
cat /proc/cmdline|grep intel
แมว /sys/module/intel_idle/parameters/max_cstate
คุณสามารถตั้งค่าได้ max_cstate ถึง 0; บางคน ทำเช่นนี้.
เปลี่ยนค่าสถานะเกี่ยวกับการควบคุมพลังงานของอะแดปเตอร์เครือข่าย [5]
# ในเครื่องของฉันค่าเริ่มต้นคือ "อัตโนมัติ"
แมว /sys/bus/pci/devices/0000\:00\:16.0/power/control
echo บน > /sys/bus/pci/devices/0000\:00\:16.0/power/control
#ตรวจสอบว่า "เปิด" อยู่ในขณะนี้
แมว /sys/bus/pci/devices/0000\:00\:16.0/power/control
วรรณกรรม
https://bugzilla.redhat.com/show_bug.cgi?id=1652865 นี่คือรายงานในเดือนมกราคม 2019 เขาใช้เคอร์เนล 4.29 ไม่มีวิธีแก้ปัญหา
https://bugzilla.kernel.org/show_bug.cgi?id=213651 เสนอ
https://bugzilla.kernel.org/show_bug.cgi?id=213377 เป็นเรื่องเกี่ยวกับปัญหาเดียวกัน พวกเขาเสนอ
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1927925
https://bugs.launchpad.net/ubuntu/+source/linux-oem-5.10/+bug/1930754
เคล็ดลับคือการตั้งค่าพารามิเตอร์เคอร์เนลสำหรับบูต "pcie_aspm=off" ใน '/etc/default/grub'
แบบนี้:
GRUB_CMDLINE_LINUX_DEFAULT="splash pcie_aspm=ปิด"
หลังจากนั้นวิ่ง
ปรับปรุงด้วง
ก้องบน | sudo ที /sys/bus/pci/devices/0000\:00\:16.0/power/control (เกือบจะทำงาน - ความเร็วในการดาวน์โหลดและการสูญหายของแพ็คเกจได้รับการแก้ไขแล้ว แต่อัพโหลดเป็นศูนย์)
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
