Tôi đã gặp một hiện tượng trái ngược với trực giác là rtt(Thời gian khứ hồi) của yêu cầu từ máy khách đến máy chủ có độ trễ mạng thấp (ServerL) cao hơn yêu cầu từ cùng một máy khách đến máy chủ có độ trễ mạng cao (ServerH). Tương tác giữa máy chủ và máy khách khá đơn giản: Máy khách chỉ cần gửi một luồng byte lớn (1~2M byte) và máy chủ chấp nhận tất cả các byte và trả lời một mã trả về ok đơn giản.
Độ trễ mạng được đo bằng ping. Độ trễ Ping:
máy khách <-> Máy chủL: 1ms
máy khách <-> Máy chủH: 1,9 mili giây
Hóa ra rtt của Client to ServerL được mở rộng do máy chủ tấn công. ServerL gửi nhiều tiền hơn nhiều so với ServerB. Và khoảng thời gian giữa hai lần tấn công liền kề được nhìn thấy bởi phối cảnh máy khách đôi khi lớn hơn khoảng thời gian được đo từ phía ServerL.
Vì vậy, những yếu tố quyết định có thể khác nhau về số lượng acks được gửi bởi hai máy chủ này là gì? Cấu hình bộ đệm ổ cắm trong hai máy chủ này giống nhau, do đó loại trừ chính nó khỏi một phần lý do. Cấu hình được kiểm tra bằng lệnh shell sau:
# hệ thống -a | tắc nghẽn grep
net.ipv4.tcp_allowed_congestion_control = reno cube
net.ipv4.tcp_available_congestion_control = reno cube
net.ipv4.tcp_congestion_control = khối
# hệ thống -a | egrep "rmem|wmem|adv_win|moderate"
net.core.rmem_default = 262144000
net.core.rmem_max = 16777216
net.core.wmem_default = 262144000
net.core.wmem_max = 16777216
net.ipv4.tcp_adv_win_scale = 1
net.ipv4.tcp_moderate_rcvbuf = 1
hệ thống: net.ipv4.tcp_rmem = 4096 87380 6291456
net.ipv4.tcp_wmem = 4096 16384 4194304
net.ipv4.udp_rmem_min = 4096
net.ipv4.udp_wmem_min = 4096
vm.lowmem_reserve_ratio = 256 256 32 0 0
