대기 시간이 길지만 핑은 대기 시간이 짧음


8

동일한 서브넷 내에서 원격 리소스에 액세스하는 서비스의 대기 시간은 ~ 100-300ms이지만, 핑 (ping 크기는 정상적으로 전송 된 패킷의 크기와 비슷한 크기)을 사용하면 5ms 이하의 응답을 볼 수 있습니다. 우리가 확인해야 할 게 있습니까?

자원 모니터에서 발췌


12
따로, 10.0.0.0/8 네트워크는 개인 네트워크 용으로 예약되어 있으며 공개적으로 라우팅 할 수 없습니다. 따라서 IP 주소의 일부를 가리지 않아도됩니다. 여기에 더 많은 정보 - en.wikipedia.org/wiki/... .
Buggabill

답변:


21

"대기 시간"이란 무엇입니까?
ICMP 에코 응답 시간과 애플리케이션 처리 왕복 시간을 비교하고 있습니까?

당신이 있다면, 그것은 그것을 설명 할 것이고 사과와 오렌지를 비교하지 말라고 말합니다 :)


4
동의-서버에서 패킷 캡처를 수행하고 서버가 애플리케이션 요청에 대한 응답을 발행하는 데 걸리는 시간을 확인하십시오.
EEAA

3
… 그러나 그들은 둘 다 둥글고 (그리고 그것은 RTT와 특정 과일에
효과적

4
ICMP 패킷은 64 바이트입니다. 전체적으로 측정 된 대기 시간은 실제 데이터 페이로드를 포함하는 것보다 훨씬 우수합니다.
adaptor

2
맨 위로 핑은 서버에서 처리하는 데 거의 시간이 걸리지 않으며 핑을 우선 순위로하는 QOS가있을 수 있습니다 (일부 링크에서 수행함).
TomTom

1
나는 말할 것입니다 : 네트워크, 인터페이스 및 물건을 확인하십시오. 인터페이스의 문제로 인해 재설정 메시지로 인해 앱에서 대기 시간이 표시 될 수 있습니다
Alfabravo

8

예를 들어 더 큰 패킷에 대해 패킷 손실 (재결정을 유발하는)이있을 수 있습니까?

ping -s 1400 address리눅스 나 ping -l 1400 address윈도우 에서 시도해보십시오 .

이것이 wireshark로 트래픽을 보는 데 도움이되지 않으면 이상한 재전송, 손상된 패킷이 있습니까?


3

이와 같은 불일치는 일반적으로 응용 프로그램 / 서버의 문제를 나타냅니다. QoS / 네트워크 우선 순위로 인해 핑이 다를 수 있지만, 동일한 로컬 네트워크의 시스템에 대해 이야기 할 때는 처음이 아닙니다.

서비스를 제공하는 동일한 호스트에서 서비스에 액세스하는 대기 시간은 얼마입니까? 해당 호스트가 다른 서비스를 더 빨리 제공합니까? IO로드가 높습니까?


1

여기에서 의심되는 것처럼 핑 대기 시간! = TCP 왕복 시간, 특히 데이터가 전송되는 경우. 이 모든 것이 지연된 ACK (~ 200ms, 일반적인 기본 설정을 부과 할 수 있음) 또는 Nagle /과 DACK 간의 잘못된 상호 작용으로 인해 최대 500ms까지 올릴 수 있습니다. 패킷 캡처가 순서대로 이루어집니다.

또한 지연된 ack 타이머는 TCP 흐름과 무관하며 시스템 부팅시 인스턴스화됩니다. 따라서 흐름 내에서 1-200ms 사이에서 언제든지 발사 할 수 있으며 일반적으로 설명하는 것처럼 '범위'스타일 지연이 발생합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.