proto.lib

SO_SNDBUF / SO_RCVBUF: hai bộ đệm quanh một socket

send() chỉ copy dữ liệu vào SO_SNDBUF rồi trả về, và sẽ block (hoặc trả EAGAIN nếu non-blocking) khi buffer đầy; dữ liệu nhận về xếp trong SO_RCVBUF cho tới khi ứng dụng đọc, và kích thước RCVBUF quyết định receive window quảng cáo cho phía gửi; buffer nhỏ hơn bandwidth-delay product sẽ giới hạn thông lượng một luồng dù link có nhanh đến đâu.

TransportTrung bình2026-08-20
SO_SNDBUF / SO_RCVBUF: hai bộ đệm quanh một socket

Tags

#so-sndbuf#so-rcvbuf#socket-buffer#bdp#autotuning#setsockopt#send-q#recv-q

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

TransportTrung bình

Đọc bảng socket như bác sĩ: chẩn đoán Send-Q/Recv-Q/state

Bảng socket (ss/netstat) là công cụ chẩn đoán: Send-Q tăng nghĩa là peer/mạng không nhận kịp, Recv-Q tăng nghĩa là chính app không đọc kịp, nhiều SYN_SENT nghĩa là đích không tới được, nhiều TIME_WAIT ở client là bình thường, còn CLOSE_WAIT nghĩa là app quên gọi close().

#socket-state#ss-netstat#send-q#recv-q
TransportNâng cao

gRPC nghẽn vì HTTP/2 flow control window, không phải vì mạng

HTTP/2 có window riêng cho từng STREAM và một window chung cho toàn CONNECTION; nếu bên nhận không đọc kịp, sender bị chặn dù đường truyền còn rỗi băng thông — và window mặc định 64KB trên đường dài (RTT lớn) giới hạn throughput một stream xa dưới tốc độ link thật cho tới khi được tinh chỉnh hoặc auto-size theo BDP.

#grpc#http2#flow-control#window-size
TransportNâng cao

TCP_NOTSENT_LOWAT - giảm bufferbloat trong socket buffer

TCP_NOTSENT_LOWAT giới hạn lượng byte chưa gửi được phép nằm trong socket send buffer, giúp ứng dụng ưu tiên dữ liệu mới (như video, RPC) thay vì để bufferbloat làm tăng độ trễ.

#tcp#notsent-lowat#bufferbloat#latency