CUBIC có thể điều chỉnh xác định giá trị K, nghĩa là, kích thước cửa sổ tắc nghẽn của giao thức sẽ đạt đến Wmax nhanh như thế nào.
• CUBIC làm tăng cửa sổ tắc nghẽn như một hàm lập phương của khoảng cách giữa thời điểm hiện tại, t và K. Do đó, khi t càng xa K, kích thước cửa sổ tắc nghẽn tăng lớn hơn nhiều so với khi t gần K. Điều đó là, CUBIC nhanh chóng tăng tốc độ gửi của TCP để đạt gần với tốc độ trước khi mất, Wmax, và chỉ sau đó thăm dò một cách thận trọng về băng thông khi nó tiếp cận Wmax.
• Khi t lớn hơn K, quy tắc khối hàm ý rằng cửa sổ tắc nghẽn của CUBIC tăng nhỏ khi t vẫn gần K (tốt nếu mức tắc nghẽn của liên kết gây mất mát không thay đổi nhiều) nhưng sau đó tăng nhanh khi t vượt quá K (cho phép CUBIC nhanh chóng tìm được điểm hoạt động mới nếu mức độ tắc nghẽn của liên kết gây ra mất mát đã thay đổi
đáng kể).
CXXVI. Theo các quy tắc này, hiệu suất lý tưởng hóa của TCP Reno và TCP CUBIC CUBIC
được so sánh trong Hình 3.54, điều chỉnh từ [Huston 2017]. Chúng ta thấy giai đoạn bắt đầu chậm kết thúc ở t0. Sau đó, khi sự mất mát do tắc nghẽn xảy ra ở ti, t2 và t3, CUBIC nhanh chóng tăng lên gần với Wmax (do đó tận hưởng thông lượng tổng thể nhiều hơn TCP Reno).Chúng ta có thể thấy bằng đồ thị cách TCP CUBIC cố gắng duy trì luồng càng lâu càng tốt ngay dưới ngưỡng tắc nghẽn (không xác định đối với người gửi). Lưu ý rằng ở t3, mức tắc nghẽn có lẽ đã giảm đáng kể, cho phép cả TCP Reno và TCP CUBIC đạt được tốc độ gửi cao hơn Wmax.