We have not yet done extensive experiments with HTTP1.1.

But, MPTCP is a benefit for bandwidth-intensive (thus increasing throughput) and long-lived connections (increased resilience against link-failures).

So, I would say that HTTP 1.1 would benefit from MPTCP.

Cheers,
Christoph

For very small flow-sizes (like less than 30KB), MPTCP should not try to create additional subflows. Because, the whole data fits in the initial window of the first subflow. However, at the moment the linux implementation always tries to establish new subflows. In the paper's stress-testing scenario these additional subflows just consumed CPU-cycles and thus the "bad" results for MPTCP with very small flows

An easy fix would be to delay the establishment of additional subflows until a certain threshold of data has been sent or a certain time has passed.