Các pipe
giá trị trong đầu ra của ping
chỉ số lượng tối đa chưa được trả lời ICMP echo gói tin yêu cầu xuất sắc trong mạng tại một số điểm trong thời gian thử nghiệm. Nó thường không được báo cáo khi giá trị này là một (mọi yêu cầu nhận được phản hồi trước khi yêu cầu tiếp theo được gửi), đó là trường hợp hoạt động bình thường.
Theo mặc định, ping
lệnh chờ một giây giữa việc gửi yêu cầu tiếng vang, theo mô tả trên trang man của nó theo -i
tham số:
Mặc định là chờ một giây giữa mỗi gói thông thường hoặc không chờ trong chế độ lũ. Chỉ siêu người dùng mới có thể đặt khoảng thời gian thành giá trị dưới 0,2 giây.
Trên hầu hết các mạng, thời gian khứ hồi (RTT) thường theo thứ tự hàng chục hoặc hàng trăm mili giây, không phải giây, do đó, ở chế độ mặc định này, mỗi yêu cầu tiếng vang thường sẽ nhận được phản hồi trước khi yêu cầu sau được gửi. Số lượng gói tin tối đa trong mạng không lớn hơn một tại bất kỳ điểm nào trong thử nghiệm, do đó pipe
bằng 1 và không được báo cáo.
Nếu thời gian phản hồi cho một gói tăng lên trên khoảng thời gian mặc định này vì một số lý do, khiến nhiều yêu cầu nổi bật trong mạng, ping sẽ báo cáo pipe
lớn hơn một. Tương tự, bạn có thể gọi phản hồi này bằng cách giảm khoảng cách một cách giả tạo bằng cách chuyển một giá trị nhỏ hơn RTT cho -i
tham số của ping
.
Nếu hệ thống mạng là cục bộ, thì:
- bài kiểm tra của bạn đang giảm khoảng thời gian để phát hành ping
- bạn đã bật chế độ lũ lụt , không chờ phản hồi trước khi gửi ping khác
- các phản hồi sẽ mất một lúc để quay lại hệ thống kiểm tra của bạn từ máy chủ từ xa
Cho dù đây là dấu hiệu của một vấn đề lớn hơn tùy thuộc vào kịch bản, phần cứng mạng, ping
cấu hình, v.v.
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3014ms
vàpipe 3
trong các dòng khác nhau đã làm lẫn lộn mã Java của tôi, nó cố phân tích nó