私はAPIに苦労しましたhttps://api.materialsproject.org最近、データを取得するときに非常に遅くて不安定なので、このサイトだけの問題だと思っていました。しかし、今日、そうではないことがわかりました。
私はいつも、Wi-Fi ルーターに接続されたラップトップで作業しています。たまたまイーサネット接続を備えた別のコンピューターを試してみたところ、データの取得が高速であることがわかりました。
そこで、ノートパソコンでpingテストを実行しました。
Wi-Fiを無効にしてネットワークケーブルを挿入すると、
PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=1 ttl=54 time=136 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=2 ttl=54 time=134 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=3 ttl=54 time=137 ms
ケーブルを外して挿入する同じケーブルwifiルーターに接続し、ノートパソコンをこのwifiルーターに接続すると、
PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=4 ttl=44 time=303 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=6 ttl=44 time=301 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=9 ttl=44 time=301 ms
わあ、これは本当にすごいですね。200 ミリ秒の遅延がすぐに発生しました。Wi-Fi の調子が悪い可能性を排除するために、別の Wi-Fi ルーターを試してみましたが、それでも 300 ミリ秒でした。
これは本当に私を困惑させました。なぜなら私のWiFiは実際には非常に高速でテストされているからです。https://www.speedtest.net、これは
さらに奇妙なのは、私の職場にはAPネットワークがあるということです。このAPネットワークに接続すると、高速なpingが返ってきました。
PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=1 ttl=54 time=134 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=2 ttl=54 time=135 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=3 ttl=54 time=135 ms
しかし、スピードテストによると、この AP ネットワークははるかに遅いです。
何が起こっているのか誰か説明してもらえますか? Wi-Fi 接続経由で api.materialsproject.org への ping 時間を短縮する方法はありますか?
追伸:
マーティンの提案に従ってゲートウェイにpingを打つと、
Pinging 192.168.31.1 with 32 bytes of data:
Reply from 192.168.31.1: bytes=32 time=1ms TTL=64
Reply from 192.168.31.1: bytes=32 time=2ms TTL=64
Reply from 192.168.31.1: bytes=32 time=2ms TTL=64
Reply from 192.168.31.1: bytes=32 time=3ms TTL=64
Ping statistics for 192.168.31.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 3ms, Average = 2ms
tracert api.materialsproject.orgpetitradisgrisの提案どおり、 Wi-Fiに接続して実行したところ、
Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:
1 3 ms 2 ms 1 ms XiaoQiang [192.168.31.1]
2 3 ms 3 ms 3 ms 172.16.24.1
3 6 ms 6 ms 3 ms 120.199.21.1
4 5 ms 5 ms 5 ms 221.131.254.53
5 * * * Request timed out.
6 * 7 ms 6 ms 111.24.10.169
7 28 ms 28 ms 29 ms 221.183.118.37
8 32 ms 28 ms 28 ms 111.24.17.161
9 32 ms 35 ms 34 ms 221.176.21.190
10 33 ms 37 ms 34 ms 221.183.25.202
11 33 ms 54 ms 32 ms 221.183.55.109
12 203 ms 204 ms 204 ms 223.120.12.213
13 218 ms 217 ms 217 ms 223.120.6.218
14 362 ms 368 ms 364 ms 223.119.64.110
15 307 ms 316 ms 306 ms 172.70.212.2
16 * 309 ms * 104.18.41.120
17 301 ms * 301 ms 104.18.41.120
Trace complete.
tracert api.materialsproject.orgそしてケーブルだけを接続して走ります
Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:
1 2 ms 2 ms <1 ms 172.16.24.1
2 27 ms 7 ms 6 ms 61.153.0.129
3 * * * Request timed out.
4 * * 2 ms 115.233.18.21
5 * * 4 ms 202.97.101.189
6 7 ms 7 ms 7 ms 202.97.64.182
7 * 7 ms 7 ms 202.97.50.193
8 142 ms 146 ms 143 ms 202.97.71.198
9 209 ms 267 ms 220 ms 218.30.53.214
10 168 ms 157 ms 158 ms 172.68.188.22
11 135 ms 135 ms 134 ms 104.18.41.120
Trace complete.
追伸
今、家に帰ってきました。別の Wi-Fi ルーターでテストできますが、これは高価です :)
驚いたことに、pingも300msかかりました。トレースは以下の通りです。
Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:
1 1 ms 10 ms <1 ms RT-AX86U-0158 [192.168.50.1]
2 2 ms 1 ms 1 ms SMBSHARE [192.168.1.1]
3 6 ms 4 ms 4 ms 10.109.128.1
4 5 ms 4 ms 6 ms 221.131.254.41
5 * * * Request timed out.
6 6 ms 6 ms 7 ms 111.24.10.169
7 28 ms 28 ms 28 ms 221.183.118.33
8 31 ms 52 ms 30 ms 111.24.2.250
9 29 ms 28 ms 28 ms 221.176.21.190
10 28 ms 28 ms 27 ms 221.183.52.1
11 36 ms 38 ms 41 ms 221.183.55.109
12 206 ms 208 ms 212 ms 223.120.12.213
13 202 ms 207 ms 209 ms 223.120.6.218
14 445 ms 459 ms 450 ms 223.119.64.110
15 317 ms 318 ms * 141.101.72.32
16 323 ms * * 104.18.41.120
17 * * * Request timed out.
18 * * * Request timed out.
19 312 ms 305 ms 313 ms 104.18.41.120
Trace complete.
それでも複雑なルートをたどります。そこで別の疑問が浮かびました。サーバーへのショートカットがあることはすでにわかっているので、Wi-Fi に最適なルートを強制することは可能ですか?
答え1
職場までまっすぐ行って戻ってくると、同じ時間がかかりますが、途中でスターバックスやマクドナルドを経由すると、もっと時間がかかりますよね？
Wi-Fi 接続では、通常のイーサネット リンクでは実行されない追加の処理が実行されます。つまり、遅延が発生し、何も実行できない、物理法則などが発生します。
最善の方法は、遅延が最小のプライマリ ネットワークに接続された非常に優れた Wi-Fi ベース ステーションの近くにいることです。
今はクォーターチーズがほしいです...
答え2
これは、オペレーティング システム (Windows 10) がネットワークを信頼するかどうかに関係し、VPN 機能につながる可能性があります。ここでは、Windows のネットワーク プロファイル (プライベート、パブリック) について説明します。
1. 最初の提案:
VPN 設定 (システム > ネットワークとインターネット > VPN) を開き、詳細設定を無効にします。
従量制ネットワーク経由のVPNを許可する
ローミング中にVPNを許可する
両方の状況で再度 traceroute を実行して、変更があるかどうかを確認します。
2. 2番目の提案:
ネットワーク プロファイルを変更して (両方の状況で)、traceroute への影響を確認してください。
以下は、これをすばやく実行するための CMD コマンドです (すべてのインターフェースで)。管理者権限で実行してください。
すべての接続を「プライベート」プロファイルに設定します:
powershell -c "Get-NetConnectionProfile |Set-NetConnectionProfile -NetworkCategory private"
すべての接続を「パブリック」プロファイルに設定します:
powershell -c "Get-NetConnectionProfile |Set-NetConnectionProfile -NetworkCategory public"
両方の状況で再度 traceroute を実行して、変更があるかどうかを確認します。
3. 3番目の提案:
ISP プロバイダーのルーター (イーサネット ワイヤの反対側) は、接続されているデバイスに応じてネットワーク トラフィックを異なる方法でリダイレクトしているようです。
Wi-Fi ルーターの WAN インターフェイス (イーサネット有線インターフェイス) の MAC アドレスを、Windows 10 ワークステーションのイーサネット MAC インターフェイスに非常によく似たものなど、より「ワークステーションに関連した」ものに変更して構成してみてください。
次に、再度 traceroute を実行して、レイテンシとルートに影響があるかどうかを確認します。
答え3
問題は部分的に解決しました。
私のケーブルネットワークはIPを動的に取得するので、WiFiルーターをAPモード新しいケーブル ネットワークを構築する代わりに、ケーブル ネットワークを拡張するだけです。これでトレース ルートが短くなり、高速になりました。
答え4
一般的に、Wi-Fi接続は、ルーターから離れるほど無線信号が弱くなるため、イーサネットよりも遅くなります。対照的に、有線接続は距離が離れるにつれて速度が低下せず、より一貫した帯域幅と安定した速度を提供します。
多くの Wi-Fi プロトコルの最大速度は、一般的なイーサネット接続で提供される速度よりも遅くなります。たとえ速度が速かったとしても、Wi-Fi の速度は干渉、距離、信号強度の影響を大きく受け、転送速度が遅くなります。速度が重要な場合は、可能であれば有線接続を使用してください。
WiFi機器が古く、より高速な速度を得るために交換する必要がある
プロトコル 最大ビットレート 802.11b 11 Mbps 802.11a 54 Mbps 802.11g 54 Mbps 802.11n 600 Mbps