pingが遅いのはなぜですか?


9

私のセットアップ:

セラー内サーバー+ GBitスイッチ。屋根への長いケーブル。GBitスイッチ。私は屋上に3台のコンピューターを持っています。1つは100MBitイーサネット、GBitを搭載した1つのラップトップと新しいコンピューターのみです。

古い100MBitコンピュータからのping時間:平均0.5msラップトップからのping時間:平均で0.4ms新しいコンピュータからのping時間:平均で5msまたは30msまたは200msですが、しばしば980msまでのping時間を確認します。一般に、スループットは非常に不安定です。

屋根のスイッチを交換しました。変化なし。新しいコンピュータをルーフスイッチに接続するケーブルを交換します。変化なし。Intel GBitチップ(82541PI)を備えたPCIネットワークカードをインストールし、組み込みのRealtek RTL8111 / 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は1つのUSBポート、グラフィックカード、「mei」(?)とに対応していeth1ます。

それが遅い理由を説明していると思います。2012年に割り込みを割り当てるにはどうすればよいですか?


実行するpingと、すべてのpingが戻ってきますか?つまり、セットアップでpingまたはパケットが緩んでいますか?
Bruce Ediger、2012

パケット損失は0%です。遅いだけです。ネットワークカードに不正なIRQが割り当てられている可能性がありますか?
アーロンDigulla

ping時間が長くなる場合は、両側のCPU使用率を監視して、なんらかのビジー状態ではなく、スケジューラーの遅延が発生していないことを確認しましたか?
マイクペニントン

2
コンピュータを隣り合わせに移動して、短いクロスオーバーケーブルを使用して接続することができます。これにより、不良スイッチ、長いケーブル、途中の電気的干渉などによる影響が排除されます。はい、わかっています。他のコンピュータはその距離で問題なく動作しますが、それは、ノイズの多い信号や同様のものに対してより耐性がある場合かもしれません。
MvG 2012

1
私の場合、それは欠陥のあるルーターでした、あなたはこの質問のようにそれを理解できます。
アルベルトサルビアノヴェッラ

回答:


5

私のメインボードはASUS P8Z77-Mです。BIOSのバージョンは0802でした。このBIOSにはバグがあります。すべての高スループットデバイスに同じ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
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.