Flush-socket in C++

Habe ich versucht zu Spülen, eine socket-nach dem Aufruf zu send - Funktion in c++.

Ich verwendet winsock2.h Bibliothek.

Muss ich senden die Daten sofort, nachdem die Nachricht senden, aber ich finde keine Funktion wie flash Funktion.

Ich versuche zum senden von Nachrichten an ein Gerät, und Sie erwarten, empfangen von Nachrichten eine nach der anderen.

Ich meine, wenn ich senden von zwei Nachrichten-sender wie "MessageOne" und "MessageTwo", der Empfänger erhielt "MessageOneMessageTwo", die nicht trennen, und das Gerät nicht erkennt die Befehle.

So, wie ich es machen kann?

  • Sie können dies überprüfen, previous post oder Gehen Sie durch die MSDN-Dokumentation in Bezug auf die gleiche
  • Wenn das socket-TCP ist dann das erste, was zu tun ist, deaktivieren Nagle-Algorithmus
  • Wenn Sie nicht brauchen, um etwas anderes zu tun auf den socket schließen würde, flush (wenn ein Verweilen ist nicht im socket-Optionen).
  • hier die FAQ bezüglich der Deaktivierung Nagle tangentsoft.net/wskfaq/intermediate.html#disable-nagle
  • nicht sicher, warum Sie richten Ihren Kommentar zu mir, aber danke. Wenn Sie impliziert, dass das deaktivieren Nagle-Algorithmus ist eine schlechte Idee, dann kann ich nur Antworten mit "richtigen Werkzeugs für die richtige Aufgabe", Nagle-algo ist deaktiviert, in den meisten low-latency-messaging-software.
InformationsquelleAutor nrofis | 2012-10-10
  1. 6

    Gibt es nichts, was Sie tun können, auf dem senden Seite machen die erhalten Seite Nachrichten empfangen 'one by one'. Ist ganz der Seite erhalten Verantwortung für die korrekte Rekonstruktion des gesendeten frames ('Nachrichten'). Erhalten code muss wissen, die Länge der Nachricht irgendwie (völlig Protokoll-spezifische) und erhalten so viele Daten gegebenenfalls zur Erstellung einer gesamten Rahmen (in der Regel erreicht durch Veröffentlichung von "recv" - Vorgang mit einer festgelegten Länge und angegeben, das interessiert nur auf den Puffer, wie zB. MSG_WAITALL flag). Ich finde es sehr schwer zu glauben, dass Ihr Gerät nicht weiß, wie damit umgehen, und wenn das tatsächlich der Fall ist, es gibt buchstäblich nichts Sie tun können. Ich finde es irgendwie wahrscheinlicher, dass Sie nicht verstehen, das Gerät/Protokoll-Anforderungen, und da Fragen Sie die falsche Frage stellen.

    InformationsquelleAutor Remus Rusanu
  2. 1

    Gibt es keinen "flush" Funktionen für sockets. Wenn Sie brauchen, um zu senden, werden zwei Nachrichten in rascher Folge, dann schicken Sie Ihnen einfach. Wenn es eine TCP-socket-dann kommen Sie in der richtigen Reihenfolge (die Reihenfolge, Sie schicken Ihnen in).

    Dieses Muster ist eigentlich nicht ungewöhnlich; Zunächst senden Sie eine Nachricht header, gefolgt von einem separaten senden der message-Daten.

    • Ich Nachricht senden an ein Gerät und es execpts erhalten eine Nachricht, zu einer Zeit.
    • Auch wenn Sie geschickt alle Daten, die Sie hatten, es gibt keine Garantie, dass Sie kamen alle auf einmal.
    • Meinst du, dass die TCP/IP-stack auf der Empfängerseite nur einen Puffer genug für eine einzelne Nachricht? Oder, dass das empfangende Programm haben? So oder so, es ist kein problem, wenn unter Verwendung von TCP, da TCP kann damit umgehen.
    • Die Nachrichten sendet, nachdem der innere Puffer voll bekommen, und es ist nicht gut für mich..
    • Was "ig Puffer"? Könnten Sie bitte Editiere deine Frage, um einige code (oder zumindest pseudo-code), um zu zeigen, was Sie tun? Auf sender-und Empfängerseite?
    • Der Empfänger ist das Gerät und der sender ist mit dem computer, ich will einfach Nachricht senden an das Gerät. Das einzige Problem ist, dass das Gerät empfangen kann, einem Befehl zu einem Zeitpunkt.
    • Und haben Sie es ausprobiert? Die meisten alle Programme empfangen von Nachrichten erhält, eine Nachricht, zu einer Zeit, macht einige Verarbeitung und dann versuche zu erhalten, die nächste Nachricht. Sie nicht beschreiben Sie Ihr problem sehr gut, das ist, warum ich fragte, für code. Und dass der "Empfänger" ist ein "Gerät" spielt keine Rolle, es sei denn, es ist ein sehr kleines Gerät (d.h. die Höhe der RAM-zählt in einer-oder zwei-stellige Zahl in Kilobyte).
    • Natürlich habe ich es gecheckt, ich verwendet, sniffer, um zu sehen, alle Netzwerk-traffic, und ich sah, dass meine Nachrichten verschickten zusammen und das Gerät nicht erkennt. Sorry für die verwirrende Frage.
    • Dann müssen Sie zum ändern der Protokoll, um einzelne Nachrichten. Entweder fügen Sie einen header, der die Nachricht enthält Größe, oder einen speziellen separator, der niemals in den Nachrichten. Dies ist nicht ein problem mit der Kommunikation oder Netzwerk-stack, sondern rein ein Protokoll-spezifisches problem.

    InformationsquelleAutor Some programmer dude
  3. 0

    Die genaue Antwort auf Ihre Paket-Schema Frage mit einem Beispiel aus Winsock-FAQ

    InformationsquelleAutor Sergei Nikulov
  4. 0

    Meines Wissens es ist wirklich nicht eine "flush" - Fähigkeit. die senden-Funktion gibt an, wie viele bytes gesendet werden, so könnte man die Iteration einer Schleife, bis alle bytes gesendet werden.

    Bearbeiten:
    Hinzufügen zu dem, was ich gelesen habe, willst du von anderen Benutzern. Die einzige Möglichkeit, die ich kenne Erhöhung des "internen Speicher" (Spülung ist es etwas, winsock tut, auf seine eigene) setsockopt, mit der so_sendbuf option.

    Artikel rund um die it:

    http://msdn.microsoft.com/en-us/library/windows/desktop/ms740476%28v=vs.85%29.aspx

    • Ich möchte nicht erhöhen, ich will nur senden meiner Nachricht sofort nach dem Aufruf der senden-Funktion. Ich möchte nicht, dass die mesasge wartet auf Sie in der socket-buffer.
    • Aus-Seite Herunterfahren, winsock, es nicht möglich ist, Spülen Sie es. Und auch das ist nicht garantiert und spült ihn aus. Meine option behebt das Problem, das Sie hatten, mit den inneren Puffer. Aber in der Theorie könnte man es so klein wie zu versuchen und trick, den Sie in senden früh, aber das ist nicht garantiert zu funktionieren.
    InformationsquelleAutor M4rc
  5. 0

    set socket Optionen NDELAY auf der sendenden Seite

    InformationsquelleAutor Steve Ried
Schreibe einen Kommentar