Welchen Zweck hat das Ding eigentlich? Wenn ich meine Handler damit wrappe, wird mir ja garantiert, dass sie nicht parallel aufgerufen werden. Damit verfehlt man doch den Zweck mehrerer Threads. Wozu das Ganze?

Grüße,
PI

EDIT:
Noch als Anmerkung: Man spart sich zusätzliche Synchronisation.

Parallel warten kann ich doch aber genauso mit select().

Ja, und? Das hat mit strand aber nichts zu tun.

Ja, eben. Deshalb brauche ich strand auch nicht.

Hat die Dokumentation etwa behauptet, du bräuchtest das?
Man kann io_service übrigens auch sehr gut mit nur einem Thread verwenden.

Ja, eben. Deshalb brauche ich strand auch nicht. Anstatt mit mehreren Threads zu warten, nehme ich select() und nur einen Thread. Dazu brauche ich kein strand.

select(..) wird unter anderen Mechanismen auch in Teilen von boost::asio verwendet, jedoch ist das ein Implementationsdetail.

Deine Aussage mal auf boost::asio gemappt:
Wenn nur ein Thread boost::asio::io_service::run() aufruft, brauche ich kein strand, weil alle Handler auf diesem einen Thread aufgerufen werden.

Das gilt natürlich bei mehreren Threads die run() aufrufen nicht mehr - dann kann man eben strand verwenden.

Ihr versteht nicht worauf ich hinaus will - Anstatt mehrere Threads zu verwenden und mit strand zu wrappen, kann ich gleich direkt nur einen Verwenden. boost::asio wird dennoch intern select, oder eben das Plattform-abhängige Pendant verwenden. Es macht 0 Unterschied... Demnach ist die Klasse zwecklos.

strand ist mit einem Thread "sinnlos" - aber nicht mit mehreren Threads. strand ist für den Umstand mit den mehreren Threads.

Es kommt aufs selbe raus.

Denkst du!

EDIT:
Ich muss präzisieren:
Es macht keinen Unterschied im Bezug auf wiviele Threads gleichzeitig die Handler aufrufen. (1 Thread vs. n Threads + strand)

Na welchen Zweck hat das Ding dann?

Na eben: FALLS man mehrere Threads hat UND man möchte, dass die Handler jeweils nur auf einem Thread zur gleichen Zeit aufgerufen werden.

wie du meinst.

Theta, lass ihn.
Er ist zu dumm oder/und ignorant um es zu verstehen.

Du hast schon mehrmals erwähnt wozu strand gut ist. Anscheinend, hat er noch nie mit Threads und kritischen Bereichen gearbeitet.

trollkenner schrieb:

Es ist doch mittlerweile bekannt das er nur trollen will, da dies ihm am meisten Aufmerksamkeit bringt.

Nö, er leidet bloß an starker Selbstüberschätzung. Aber wir sind ja trotzdem hilfsbereit.

Ich arbeite prinzipiell nur mit manuellen Locking, damit mein Code parallel laufen kann.

Bei den Strands geht es nicht darum, dass die Netzwerkfunktionen "parallel" arbeiten (also z.B. das von Dir angesprochene select ), sondern um Deine selbstgeschriebenen Handler.
Der Gag an den Strands ist, dass Du mit nur einem io_service und einem Threadpool, ohne großen Aufwand, sowohl Handler haben kannst, von denen nur jeweils einer aktiv sein kann (diese gehen dann alle durch den gleichen strand), als auch welche, die parallel dazu arbeiten.
Den Strand brauchst Du dann z.B. wenn mehrere asynchrone Operationen parallel auf die gleiche Ressource zugreifen können, z.B. einen Container.