Nagle considers delayed ACKs a "bad idea", since the application layer does not usually respond within the timedelay window (which would allow the ACK to be combined with the response packet).<ref>{{cite web|last1=Nagle|first1=John|title=Sigh. If you're doing bulk file transfers, you never hit that problem. (reply 9048947)|url=https://news.ycombinator.com/item?id=9048947|website=Hacker News|accessdate=9 May 2018}}</ref> For typical (non-realtime) use cases, he recommends disabling "delayed ACK" instead of his algorithm, as "quick" ACKs do not incur as much overhead as many small packets do for the same improvement in round-trip time.<ref name=hn9050645>{{cite web|last1=Nagle|first1=John|title=That fixed 200ms ACK delay timer was a horrible mistake. Why 200ms? Human reaction time. (reply 9050645)|url=https://news.ycombinator.com/item?id=9050645|website=Hacker News|accessdate=9 May 2018|quote=[...] One of the few legit cases for turning off the Nagle algorithm is for a FPS game running over the net. There, one-way latency matters; getting your shots and moves to the server before the other players affects gameplay.}}</ref>
