平为什么这么慢？
平为什么这么慢？
提问于 2012-07-22 10:02:03
我的设置：
服务器在地窖+ GBit交换机。通往屋顶的长缆绳。GBit开关屋顶上有三台电脑。一台只有100 GBit以太网，一台带有GBit的笔记本电脑和一台新电脑。
平次来自旧的100 my计算机:平均为0.5ms，来自膝上型计算机的平次:从我的新计算机的平均Ping次数: 5ms或30 my或200 my，但我经常看到Ping次数高达980 my。一般来说，吞吐量是非常不稳定的。
我把屋顶的开关换掉了。没有变化。我更换了连接新电脑和屋顶开关的电缆。没有变化。我安装了一个带有英特尔GBit芯片(82541PI)的PCI网卡，而不是内置在Realtek 8111/8168B中的。没有变化。是的，我确信我把电缆插入了正确的端口，因为我现在从我的DHCP服务器获得了一个不同的IP地址。
同一张网卡在我的旧计算机上使用相同的操作系统(openSUSE 12.1)，非常有效。
ifconfig说：
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15679 errors:0 dropped:0 overruns:0 frame:0
TX packets:13077 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000 ethtool说：
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair是什么导致了这种行为？
编辑我发现了一些有趣的东西：
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
0: 178 0 0 0 0 0 0 0 IR-IO-APIC-edge timer
1: 6 0 0 0 0 0 0 0 IR-IO-APIC-edge i8042
8: 1 0 0 0 0 0 0 0 IR-IO-APIC-edge rtc0
9: 0 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi acpi
12: 10 0 0 0 0 0 0 0 IR-IO-APIC-edge i8042
16: 3302428 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi ehci_hcd:usb1, nvidia, mei, eth1
17: 184 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi snd_hda_intel
23: 16721 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi ehci_hcd:usb2如您所见，中断16提供一个USB端口，即图形卡"mei“(?)和eth1。
我想这就解释了为什么它很慢。如何在2012年分配中断？
回答 1
Unix & Linux用户
回答已采纳
发布于 2012-07-24 19:40:42
我的主板是ASUS P8Z77-M。BIOS版本为0802。这个bios有一个bug:它为所有高吞吐量设备分配相同的IRQ (16)，这会导致各种问题(比如将文件复制到USB设备时冻结桌面。)。
升级到1206版改善了这种情况。网卡现在有自己的IRQ，而ping时间现在应该在那里：
64 bytes from ds.digulla (192.168.0.3): icmp_seq=1 ttl=64 time=0.197 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=2 ttl=64 time=0.252 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=3 ttl=64 time=0.200 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=4 ttl=64 time=0.239 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=5 ttl=64 time=0.215 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=6 ttl=64 time=0.204 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=7 ttl=64 time=0.244 ms
64 bytes from ds.digulla (192.168.0.3): icmp_seq=8 ttl=64 time=0.190 ms
^C
--- ds.digulla ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7001ms
rtt min/avg/max/mdev = 0.190/0.217/0.252/0.027 ms页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://unix.stackexchange.com/questions/43696
复制相关文章
相似问题
腾讯云开发者
