Nonblocking/Threadblocking?

[_p_]

ich mal wieder

also geht um die komponente tserversocket die ja die eigenschaft type hat

hab mir schon mal die hilfe durchgelesen, aber wurde daraus genausowenig schlau wie von google und der forensuche

wo genau is der effektive unterschied zwischen nonblocking und threadblocking?
was hab ich davon dass die connections einzelne "threads" sind?

und was wäre besser für eine anwendung die viel daten, teilweise gleichzeit hin und herschiebt?

wäre nett wenn mri jemand kurz helfen könnte
geht um nen onlinekartenspiel mt integriertem chat usw.

thx

p

[hboy]

nonblocking funktioniert nicht mit streams.

[Muetze1]

Moin!

Zitat von hboy:

nonblocking funktioniert nicht mit streams.

Wer hat dir denn das erzählt? Siehe mein Chat auf meiner HP - beide (TServerSocket und TClientSocket) arbeiten stNonBlocking und arbeiten nur mit Streams - und funktionieren sogar - man glaubt es kaum (weil nach deiner Ausage stellt dies ein Wunder dar). Daher würde mich die Begründung mal interessieren bzw. wie du auf diese Aussage kommst.

MfG
Muetze1

[hboy]

probleme mit nonblocking socket bei TWinSocketStream


Laut Hilfe auch:

Hinweis:   TWinSocketStream kann nicht in Verbindung mit nicht blockierenden Sockets eingesetzt werden.

[Muetze1]

Moin!

Ja und? Warum sollte man dieses nun auf die TCustomWinSockets verallgemeinern? Bei den normalen TServerSocket und TClientSocket funktionieren die Methoden einwandfrei und TCustomWinStream musst du ja selber instanziieren und benutzen - also einfach nicht benutzen. Deren Vorteil ist nicht so gross als wenn es sich lohnen würde...

MfG
Muetze1

[hboy]

kannst mir ja mal mit meinem thread-problem helfen

[Muetze1]

Moin!

Zitat von hboy:

kannst mir ja mal mit meinem thread-problem helfen

Welches? Oder bist du auch "fadz" ??

MfG
Muetze1

[hardy1234]

hey hboy,

da streiten sich die jungs hier um des Kaisers Bart und vergessen das Eigentliche.
Beim Threadblocking kann der Server-Socket Events entgegennehmen und dann die Verarbeitung an einen Thread je Client übergeben. Der Vorteil liegt auf der Hand, jeder Thread erledigt seine Arbeit und beendet sich dann selbst, während der Serverthread weiter Anforderungen annehmen kann. Gemeint ist also, das der Serverthread geblockt wird und Du die Daten in einer Rutsche einlesen kannst.

Bei Non-Blocking kommt noch das Problem hinzu, das Server und Client für das Lesen und Schreiben von Daten selbst verantwortlich sind. Allgemein geht das dann nur mit einem Timer.

Wenn die Anwendung also eher selten Daten empfängt oder Du möchtest nur auf das Tatsächliche auftauchen von Daten am Server reagieren, ist Threadblocking die erste Wahl.

Gruß

Hardy

[hboy]

Zitat von Muetze1:

Moin!

Zitat von hboy:

kannst mir ja mal mit meinem thread-problem helfen

Welches? Oder bist du auch "fadz" ??

MfG
Muetze1

1. was soll ich sein ?
2. http://www.delphipraxis.net/internal...903&highlight=
3. gehört das nicht hier rein und deswegen schluss damit.

[Jackie1983]

habe dazu auch noch ne frage. Ok Threadblocking heist das jeder client im separaten thread behandelt wird.
Wenn ich type auf Threadblocking stelle passiert aber nichts, es wird kein connect kein read event aufgerufen nichts, was muss ich da machen?

Muss ich hier in einem Thread abfragen ob neue daten da sind?
Keinen plan....