Instead, the solution Jacobson chos

Instead, the solution Jacobson chose to handle both of these considerations is a mix of linear and multiplicative increase. When a connection is established, the sender initializes the congestion window to a small initial value of at most four segments; the details are described in RFC 3390, and the use of four segments is an increase from an earlier initial value of one segment based on experience. The sender then sends the initial window. The packets will take a round-trip time to be acknowledged. For each segment that is acknowledged before the retransmission timer goes off, the sender adds one segment’s worth of bytes to the congestion window. Plus, as that segment has been acknowledged, there is now one less segment in the network. The upshot is that every acknowledged segment allows two more segments to be sent. The congestion window is doubling every roundtrip time.

Kết quả (Việt) 1:

Thay vào đó, các giải pháp Jacobson đã chọn để xử lý cả những cân nhắc là một kết hợp của sự gia tăng tuyến tính và kiểu. Khi kết nối được thiết lập, người gửi khởi cửa sổ tắc nghẽn một giá trị ban đầu nhỏ nhất bốn phân đoạn; Các chi tiết được mô tả trong RFC 3390 và sử dụng bốn các phân đoạn là một tăng từ một giá trị ban đầu trước đó của một phân đoạn dựa trên kinh nghiệm. Người gửi sau đó gửi các cửa sổ ban đầu. Các gói dữ liệu sẽ mất thời gian trọn vòng để được công nhận. Cho mỗi phân đoạn được công nhận trước khi bộ đếm thời gian retransmission đi, người gửi thêm một phân khúc giá trị của byte cho cửa sổ tắc nghẽn. Plus, như phân đoạn đó đã được thừa nhận, đó là bây giờ một ít phân đoạn trong mạng. Upshot là mọi phân khúc thừa nhận cho phép hai đoạn hơn được gửi đi. Cửa sổ tắc nghẽn tăng gấp đôi mỗi khi roundtrip.

Kết quả (Việt) 2:

Thay vào đó, các giải pháp Jacobson đã chọn để xử lý cả những cân nhắc này là một kết hợp tuyến tính và tăng số nhân. Khi một kết nối được thiết lập, người gửi khởi tạo các cửa sổ tắc nghẽn đến một giá trị ban đầu nhỏ của ít nhất bốn phân đoạn; các chi tiết được mô tả trong RFC 3390, và việc sử dụng bốn phân đoạn là tăng từ giá trị ban đầu trước đó của một phân đoạn dựa trên kinh nghiệm. Người gửi sau đó gửi cửa sổ ban đầu. Các gói tin sẽ mất một thời gian đi để được thừa nhận. Đối với mỗi phân khúc mà được thừa nhận trước khi hẹn giờ truyền lại đi ra, người gửi thêm giá trị một phân khúc của các byte vào cửa sổ tắc nghẽn. Thêm vào đó, như phân khúc mà đã được thừa nhận, hiện nay là một trong ít phân khúc trong mạng. Kết quả là tất cả các phân khúc thừa nhận cho phép nhiều hơn hai đoạn để được gửi đi. Các cửa sổ tắc nghẽn được tăng gấp đôi mỗi lần bay.