Dağıtık sistemlerdeki gecikme sorunlarını giderirken ilk kontrol edilen ayarlardan biri TCP_NODELAY'in etkin olup olmadığıdır. Birçok geliştirici, bu basit soket seçeneğini etkinleştirerek saatler süren gecikme sorunlarını hızla çözdüğünü belirtiyor. Bu durum, varsayılan davranışın yanlış olabileceğini ve Nagle algoritması gibi bazı kavramların güncelliğini yitirmiş olabileceğini düşündürüyor. Nagle'ın 1984 tarihli RFC896 belgesinde ele aldığı temel sorun, küçük paketlerle ilişkiliydi. Özellikle klavyeden tek karakterlik mesajlar gönderilirken, 1 baytlık veri için 40 baytlık başlık içeren 41 baytlık paketlerin iletilmesi, %4000'e varan bir ek yük oluşturuyordu. Nagle, bu küçük paketlerin (tinygram) neden olduğu ağ verimsizliğini azaltmak ve ağ verimliliğini artırmak amacıyla basit ama zekice bir çözüm önerdi: Daha önce iletilen veriler için onay (ACK) alınana kadar, kullanıcıdan gelen yeni giden verilerin yeni TCP segmentleri olarak gönderilmesini engellemek. Bu sayede, birden fazla küçük veri parçası tek bir daha büyük pakette birleştirilerek gönderiliyordu.
Ancak Nagle algoritması, TCP'nin başka bir özelliği olan "gecikmeli ACK" (delayed ACK) ile kötü bir etkileşime girdi. Gecikmeli ACK fikri, bir paketin onayını (ACK) göndermeyi, geri gönderilecek bir veri (örneğin bir telnet oturumunda kullanıcının yazdıklarının yankılanması gibi) olana kadar veya bir zamanlayıcı süresi dolana kadar ertelemektir. Bu iki özelliğin birleşimi bir sorun yaratır: Nagle algoritması, bir ACK alınana kadar daha fazla veri gönderimini engellerken, gecikmeli ACK ise bir yanıt hazır olana kadar bu ACK'yi geciktirir. Bu durum, "Nagle's Lame Duck" sendromu olarak bilinen bir kilitlenmeye yol açar. Paketleri dolu tutmak için harika olsa da, düşük gecikmeye duyarlı, ardışık (pipelined) uygulamalar için hiç de iyi değildir. Nagle'ın kendisi de bu durumdan rahatsızlığını dile getirmiş ve asıl sorunun küçük paketleri önlemekten ziyade, ACK gecikmeleri ve o sabit zamanlayıcı olduğunu belirtmiştir. Bu nedenle, birçok dağıtık sistemde düşük gecikme sağlamak için Nagle algoritmasını devre dışı bırakan TCP_NODELAY seçeneği tercih edilir.
Dağıtık sistemlerde düşük gecikme elde etmek için Nagle algoritmasının devre dışı bırakılması genellikle kritik bir adımdır.