Часто цитируемый аргумент в основном тот, который содержится в этой картине 
Однако это не отражает реальность базового TCP-соединения, которое должно запускаться медленно и когда клиент подтверждает все остальные сегменты, полученные от сервера. Всякий раз, когда клиенту нужно что-то отправить (например, HTTP-запрос), ACK будут поддерживаться. Так где здесь выгода?
Существует несколько причин, по которым конвейеризация выполняется быстрее, чем чисто постоянные HTTP-соединения:
Поскольку конвейеризация проста для реализации для большинства систем, я бы все равно пошел на это.
Преимущество заключается в том, чтобы поддерживать как можно больше канала, а не пропускать его между запросами.
При конвейерной обработке направление канала «клиент - сервер» постоянно заполнено, что обеспечивает максимальную пропускную способность и минимальную задержку.
Без конвейерной передачи у вас есть протокол "останови и жди", в котором направление «сервер -> клиент» продолжает бездействовать между временем отправки последнего кадра одного ответа и до отправки первого кадра следующего ответа. Труба простаивает в течение всего кумулятивного времени, которое требуется для того, чтобы все это произошло:
