Wo im Client auf Nachrichten vom Server warten?

[QuickAndDirty]

Ich bin so ein bisschen auf Indy eingeschossen.
Sprich... ich habe hier nen haufen Code für Indy geschrieben...
Also kann ein Lese-thread und ein Schreib-Thread in einem Indy-TCPClient nicht wirklich zeitgleich lesen und schreiben, sondern eben nur entweder oder?
Also muss ich das Scheduling mit Sleep(1) anstupsen und timeperiodBegin auf 1ms runtersetzen und kleinere chunks lesen /schreiben , damit es sich "kontinuierlich" anfühlt, während ich mit Tmonitor absicher das niemals lesen und schrieben gleichzeitig in einem Client stadtfinden?

Es ist quasi das selben wie mit einem einzige thread in dem abwechselnd gelesen und geschrieben wird in einer Terminate-Schleife?

[jaenicke]

Zitat von QuickAndDirty:

Es ist quasi das selben wie mit einem einzige thread in dem abwechselnd gelesen und geschrieben wird in einer Terminate-Schleife?

Solange du in dem Thread nicht auf die nächsten Daten wartest, sondern immer nur schaust, ob etwas da ist und sonst ggf. schreibst, ist das am Ende das Gleiche, ja.

ICS hat noch andere Vorteile, unter anderem dass eine aktuelle OpenSSL-Version verwendet wird.

[mjustin]

Zitat von QuickAndDirty:

Ich bin so ein bisschen auf Indy eingeschossen.
Sprich... ich habe hier nen haufen Code für Indy geschrieben...
Also kann ein Lese-thread und ein Schreib-Thread in einem Indy-TCPClient nicht wirklich zeitgleich lesen und schreiben, sondern eben nur entweder oder?

Lesen in Thread A und Schreiben in Thread B auf der gleichen TIdTCPClient-Instanz ist threadsafe möglich. Ein einfaches Beispiel in Indy ist die TIdTelnet-Komponente.
Sie liest aus derselben Connection in einem separaten Thread eingehende Nachrichten vom Telnet-Server, und und im Hauptthread schreibt sie ausgehende Nachrichten an ihn.
Das geht natürlich nur, wenn das Protokoll nicht auf Request/Response basiert. Telnet ist nicht Request/Response-basiert.