<![CDATA[Nochmal ne frage zu std::list und mutltithreading?]]>Habe eine std::liste welche events enthält, jedes event hat eine attribut "Abstand") zum davor liegenden event!

1. thread fügt event an/ein

2. thread liest IMMER nur das erste event, beabeitet es und löscht es dann!

der 1. thread darf nur events lesen und einfügen/anfügen, der 2.thread darf immer nur da erste event lesen und löschen..

geht das ohne syncronisierung gut, oder ist die threadsicherheit von std:list nicht gegeben?

]]>https://www.c-plusplus.net/forum/topic/195160/nochmal-ne-frage-zu-std-list-und-mutltithreadingRSS for NodeTue, 29 Sep 2026 21:16:31 GMTMon, 15 Oct 2007 04:27:34 GMT60<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 04:27:34 GMT]]>Habe eine std::liste welche events enthält, jedes event hat eine attribut "Abstand") zum davor liegenden event!

1. thread fügt event an/ein

2. thread liest IMMER nur das erste event, beabeitet es und löscht es dann!

der 1. thread darf nur events lesen und einfügen/anfügen, der 2.thread darf immer nur da erste event lesen und löschen..

geht das ohne syncronisierung gut, oder ist die threadsicherheit von std:list nicht gegeben?

]]>https://www.c-plusplus.net/forum/post/1385271https://www.c-plusplus.net/forum/post/1385271Mon, 15 Oct 2007 04:27:34 GMT<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 07:17:47 GMT]]>Wenn ich jetzt nichts übersehen habe, wär für dich std::queue schon fast besser geeignet, allerdings weiß ich weder bei queue noch bei list, ob man mit Threads arbeiten kann - das würd mich doch auchmal interessieren 🙂

]]>https://www.c-plusplus.net/forum/post/1385312https://www.c-plusplus.net/forum/post/1385312Mon, 15 Oct 2007 07:17:47 GMT<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 07:21:50 GMT]]>Queue selbst ist nur ein Adapter, von daher sagt das garnichts aus - eine Queue, die als darunterliegenden Container std::list verwendet, ist mindestens genauso thread(un-)safe wie eine std::list selbst 😉

]]>https://www.c-plusplus.net/forum/post/1385314https://www.c-plusplus.net/forum/post/1385314Mon, 15 Oct 2007 07:21:50 GMT<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 07:31:30 GMT]]>Es gibt zumindest ein list-Member, den beide Threads für ihre Arbeit verwenden - die Größenangabe size(). Von daher solltest du die Arbeit schon synchronisieren.

]]>https://www.c-plusplus.net/forum/post/1385319https://www.c-plusplus.net/forum/post/1385319Mon, 15 Oct 2007 07:31:30 GMT<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 08:28:10 GMT]]>hrm... eigentlich is es nix weiter als 1 mutex, den man locked und unlocked, so viel arbeit is es wirklich net, um den zugriff auf die liste zu geben

]]>https://www.c-plusplus.net/forum/post/1385345https://www.c-plusplus.net/forum/post/1385345Mon, 15 Oct 2007 08:28:10 GMT<![CDATA[Reply to Nochmal ne frage zu std::list und mutltithreading? on Mon, 15 Oct 2007 09:13:51 GMT]]>BorisDieKlinge schrieb:

Habe eine std::liste welche events enthält, jedes event hat eine attribut "Abstand") zum davor liegenden event!

1. thread fügt event an/ein

2. thread liest IMMER nur das erste event, beabeitet es und löscht es dann!

der 1. thread darf nur events lesen und einfügen/anfügen, der 2.thread darf immer nur da erste event lesen und löschen..

geht das ohne syncronisierung gut, oder ist die threadsicherheit von std:list nicht gegeben?

Bedingung:
- Liste mit einem Element.

T1 holt sich begin() oder end() zum lesen
T1 wird unterbrochen
T2 Holt sich begin() bearbeitet und löscht.
T1 wird wieder ausgeführt, aber begin()/end() ist nicht mehr valid
-> rums!
also kann es schief gehn.

]]>https://www.c-plusplus.net/forum/post/1385374https://www.c-plusplus.net/forum/post/1385374Mon, 15 Oct 2007 09:13:51 GMT