select() und connect()
-
msdn schrieb:
Ich denke mal weil die Tutorials schlecht sind.
Kannst du mir ein gutes TUtorial geben?
mfg.
-
msdn schrieb:
Ja. select + blocking sockets macht nicht viel Sinn.
ich denke nicht, dass das der fall ist. bei c-worker wird auch erklärt, warum es sinnvoll ist...
-
Das Problem ist das recv und send trotz der Benutzung von select noch blocken können. Und wenn das passiert müssen die restlichen Clients warten und das ist ja nicht sehr schön.
Gute Tutorials kenne ich nicht.
-
gibts send und recv nich auch asynchron?
ich habe sowieso den ganzen Incomingkram immer in einen eigenen Thread gepackt
-
msdn schrieb:
Das Problem ist das recv und send trotz der Benutzung von select noch blocken können.
Wie sollte das passieren?
mfg.
-
u.U. wenn die übertragung bei send so groß ist, dass die andere seite das nicht schnell genug aufnehmen kann...
-
Oder wenn die gegenstelle die Daten nicht via "recv" schnell genüg abholt und der interne Buffer im OS voll ist...
-
Jochen Kalmbach schrieb:
Oder wenn die gegenstelle die Daten nicht via "recv" schnell genüg abholt und der interne Buffer im OS voll ist...
und wie kann man sowas umgehen?
-
Auf non-blocking stellen.
-
:o schrieb:
Auf non-blocking stellen.
Und warum lese ich dann, dass man non-blocking sockets nicht benutzen sollte und das select() eine Alternative dazu ist???
mfg.
-
Es ist wohl eher wo gemeint das man Non-Blocking Sockets nicht zum Pollen benutzen soll.
-
:o schrieb:
Es ist wohl eher wo gemeint das man Non-Blocking Sockets nicht zum Pollen benutzen soll.
Was ist pollen?