TCP bekerja paling baik ketika Anda "menjaga pipa tetap penuh" - ketika aplikasi pengirim terus mengirim buffer dengan cukup cepat untuk menjaga agar tumpukan TCP pengirim terus-menerus disertakan dengan data sehingga selalu dapat memiliki data "dalam penerbangan" di jaringan, dan ketika penerima aplikasi terus membaca dari receiver TCP stack dengan cukup cepat sehingga jendela TCP receiver tidak pernah terisi (sekali lagi, sehingga pengiriman TCP stack selalu dapat menyimpan data "dalam penerbangan" di jaringan).
Saya bisa membayangkan aplikasi pengirim ulir tunggal yang ditulis dengan buruk yang melewati satu buffer ke TCP stack, menunggu untuk mendengar bahwa itu sudah sepenuhnya Acked, dan kemudian melewati buffer lain. Itu berarti bahwa setelah akhir buffer pertama "dalam penerbangan" di jaringan, TCP stack mengirim kelaparan untuk mengirim data, yang berarti pipa saluran air dan tidak diisi ulang sampai setelah Ack kembali dan aplikasi pengiriman memberikannya buffer baru.
Saya juga bisa membayangkan aplikasi penerima ulir tunggal yang ditulis dengan buruk yang tidak membaca dari stack TCP yang diterima dengan cukup cepat dan dengan demikian memungkinkan buffer TCP stack mengisi, yang berarti jendela TCP terisi, yang menyebabkan pengiriman TCP stack ke berhenti mengirim sampai jendela terbuka beberapa. Meningkatkan ukuran jendela TCP penerima mungkin sedikit membantu, tetapi solusi sebenarnya untuk hal ini adalah membaca data lebih cepat.