Earlier quoted context omitted.
Still, the overhead is large if it employs single byte confirmations. It turns symmetrical what could be an asymmetrical communication.
Sorry, wrong again. Stream byte acks are way more effective than packet ones. Tcp endpoint can receive several packets of data and then send just one very small ack packet (you only have to send the byte stream position after the last received packet). I'm not sure what you mean by "asymmetrical", but that's probably as asymmetrical as it gets. It's called "delayed ack" or something. Iirc, it's all described in rfc79…
What would be then the ideal way to fix Apache?