Độ trễ cao, nhưng ping cho thấy độ trễ thấp

8

Chúng tôi đang thấy độ trễ ~ 100-300ms cho các dịch vụ truy cập tài nguyên từ xa trong cùng một mạng con, nhưng khi chúng tôi sử dụng ping (kích thước ping có kích thước tương tự như các gói được gửi bình thường), chúng tôi thấy phản hồi từ 5ms trở xuống. Bất cứ điều gì khác chúng ta nên kiểm tra?

Một đoạn trích từ màn hình tài nguyên

— Mindaugas Mozūras
nguồn

12

Chỉ là một bên, mạng 10.0.0.0/8 được dành riêng cho các mạng riêng và không thể định tuyến công khai. Do đó, việc che khuất một phần địa chỉ IP là không cần thiết. Thêm thông tin ở đây - en.wikipedia.org/wiki/ .

— Buggabill

21

"Độ trễ" nghĩa là gì?
Bạn có đang so sánh thời gian phản hồi tiếng vang của ICMP với thời gian xử lý ứng dụng khứ hồi không?

Nếu là bạn, điều đó sẽ giải thích nó - và cũng nói với bạn rằng đừng so sánh táo và cam :)

— thích nghi
nguồn

4

Đồng ý - thực hiện chụp gói trên máy chủ và xem máy chủ mất bao lâu để trả lời yêu cầu ứng dụng.

— EEAA

3

Tuy nhiên, cả hai đều tròn (và hoạt động cho RTT và các loại trái cây được chỉ định!)

— voretaq7

4

..và các gói ICMP là 64 byte. Độ trễ tổng thể và đo lường của chúng được đảm bảo khá nhiều so với bất kỳ thứ gì có chứa tải trọng dữ liệu thực tế.

— thích nghi

2

Trên hết, ping mất gần như không có thời gian trên máy chủ o được xử lý VÀ bạn có thể có các lệnh ping ưu tiên QOS (Tôi thực hiện trên một số liên kết).

— TomTom

1

Tôi sẽ nói: kiểm tra mạng, giao diện và công cụ. Có thể ứng dụng của bạn hiển thị độ trễ như vậy do thông báo đặt lại do sự cố trên giao diện

— Alfabravo

8

có thể là bạn bị mất gói [gây ra sự trả lại] chẳng hạn cho các gói lớn hơn?

có thể thử ping -s 1400 addressdưới linux hoặc ping -l 1400 addressdưới windows.

Nếu điều đó không giúp thử nhìn vào lưu lượng truy cập bằng wireshark - có thể có một số truyền lại lạ, các gói bị hỏng?

— pQd
nguồn

3

Một sự khác biệt như thế thường cho thấy một vấn đề trong ứng dụng / máy chủ. Mặc dù có thể ping của bạn khác do ưu tiên QoS / mạng, nhưng đó không phải là nơi đầu tiên tôi tìm nếu bạn nói về các hệ thống trên cùng một mạng cục bộ.

Thời gian trễ của bạn truy cập dịch vụ từ cùng một máy chủ được phục vụ là bao nhiêu? Liệu máy chủ đó cung cấp các dịch vụ khác nhanh hơn? Có phải dưới một tải IO nặng?

— Jeff Ferland
nguồn

1

Như bạn đang nghi ngờ ở đây, độ trễ ping! = Thời gian khứ hồi TCP, đặc biệt nếu có dữ liệu được truyền. Có thể tất cả những điều này là do ACK bị trì hoãn (có thể áp đặt ~ 200ms, cài đặt mặc định chung) hoặc tương tác xấu giữa Nagle / và DACK có thể đẩy nó lên tới ~ 500ms. Một gói chụp theo thứ tự ở đây.

Cũng lưu ý rằng bộ định thời ack bị trễ không phụ thuộc vào luồng TCP và được khởi tạo ngay khi hệ thống khởi động. Vì vậy, nó có thể bắn bất cứ lúc nào trong khoảng 1-200ms bên trong một luồng và thường gây ra độ trễ kiểu 'phạm vi' như bạn mô tả.

— mcauth
nguồn