Was kann ich tun, um zu vermeiden, TCP Zero Window - / TCP-Fenster-Voll auf der Empfänger Seite?

Sehen nicht deinen code, ich werde zu erraten.

Der Grund, warum Sie eine Null-Fenster in TCP ist, weil es keine Zimmer in den receiver-recv-Puffer.

Gibt es eine Reihe von Möglichkeiten, das kann vorkommen. Eine häufige Ursache dieses Problems ist, wenn Sie das senden über ein LAN oder andere relativ schnelle Netzwerk-Verbindung und einem computer ist deutlich schneller als die anderen computer. Als ein extremes Beispiel, sagen, Sie habe einen 3Ghz Rechner das senden so schnell wie möglich über ein Gigabit-Ethernet auf einen anderen Rechner mit einer 1 GHz cpu. Da der sender senden kann, viel schneller als der Empfänger in der Lage zu Lesen, dann den Empfänger recv buffer füllt, wodurch die TCP-stack, um Werbung für ein Zero window an den sender.

Nun dies kann Probleme verursachen, sowohl das senden und empfangen von Seiten, wenn Sie nicht beide bereit sind, um damit umzugehen. Auf der sendenden Seite kann dadurch den sende-Puffer zu füllen und Anrufe zu senden, entweder um zu blockieren oder zu scheitern, wenn Sie mit non-blocking I/O. Auf der empfangenden Seite könnten Sie verbringen so viel Zeit auf I/O, dass der Antrag keine chance hat, Bearbeiten Sie die Daten und geben das Aussehen des seins eingesperrt.

Bearbeiten

Von einigen Ihrer Antworten und Codes, es klingt wie Ihre app ist single-threaded und man versucht, etwas zu tun, non-Blocking sendet aus irgendeinem Grund. Ich nehme an, Sie sind die Einstellung der socket auf non-Blocking in einen anderen Teil des Codes.

Generell würde ich sagen, dass dies nicht eine gute Idee. Ideal, wenn Sie sind besorgt über Ihre app hängen an einem send(2) sollten Sie eine lange timeout auf den socket mit setsockopt und verwenden Sie einen separaten thread für das eigentliche versenden.

Sehen socket(7):

SO_RCVTIMEO und SO_SNDTIMEO
Geben Sie das empfangen und senden von timeouts, bis eine Meldung eines Fehlers. Die
parameter ein struct timeval. Wenn ein
input-oder output-Funktion Blöcke, für
diese Zeit und Daten wurde
gesendet oder empfangen werden, der return-Wert
diese Funktion wird der Betrag der
Daten übertragen, wenn keine Daten
transferiert und der timeout wurde
erreicht, wird -1 zurückgegeben errno
legen Sie auf EAGAIN oder EWOULDBLOCK nur als
wenn der socket angegeben wurde, werden
ungeblockt. Wenn der timeout eingestellt ist
null (der Standardwert), dann wird der Betrieb
wird nie timeout.

Ihre Haupt-thread schieben können jede Datei-Deskriptor in einem queue mit sagen einen Schub mutex für die queue zugreifen, dann start-1 - N threads für die eigentliche Versendung mit blocking I/O mit sende-timeouts.

Ihre send-Funktion sollte in etwa so Aussehen ( angenommen, Sie sind eine timeout-Einstellung ):

//blocking send, timeout is handled by caller reading errno on short send
int doSend(int s, const void *buf, size_t dataLen) {    
    int totalSent=0;

    while(totalSent != dataLen)
    {
        int bytesSent 
            = send(s,((char *)data)+totalSent, dataLen-totalSent, MSG_NOSIGNAL);

        if( bytesSent < 0 && errno != EINTR )
            break;

        totalSent += bytesSent;
    }
    return totalSent;
}

Den MSG_NOSIGNAL fahne sorgt dafür, dass Ihre Anwendung nicht getötet werden durch das schreiben in einen socket, der geschlossen worden ist oder reset by peer. Manchmal I/O-Operationen werden unterbrochen durch Signale, die Prüfung EINTR können Sie starten Sie den send.

In der Regel, sollten Sie rufen doSend in einer Schleife mit Stücken von Daten, die von TCP_MAXSEG Größe.

Auf der Seite erhalten, können Sie schreiben, eine ähnliche Blockierung "recv" - Vorgang-Funktion mit einem timeout in einem separaten thread.

Das wahrscheinlichste problem ist, dass Sie einen Fehler in Ihrem code, wo Sie nicht behandeln, teilweise Lesen oder teilweise richtig schreibt. TCP zwischen Linux und Windows bekannt ist.