Suchergebnisse

Control.BeginInvoke ist üblicherweise günstiger, denn Control.Invoke bremst wiederum den nebenThread aus. (aus irgendeinem Grunde ist Control.Invoke aber nicht auszurotten) Man merkt den Unterschied nicht, aber es kostet auch nichts, die günstigere Variante zu nehmen.

Mag sein. Ich weiss grad nicht, was du mit "wenn was synchronisiert werden soll" meinst, und unter welchen Umständen (etwa hier) es relevant ist. In meiner Praxis war bislang noch nie Control.Invoke wirklich erforderlich - also habich wohl noch nie was synchronisieren müssen.

Das ist jetzt bischen hingeworfen, und sagt mir noch nicht, welche Probleme da aufgrund von .BeginInvoke auftreten. Erfolgen die Hardware-Zugriffe zu häufig, als das .BeginInvoke mit der Anzeige nachkäme? Muss deshalb die Nebenläufigkeit mittels .Invoke ausgebremst werden?

Zitat von RodFromGermany: „@ErfinderDesRades Die Reihenfolge, in der die Log-Einträge angezeigt werden, ich hab da mal n Test zu gemacht.“Ja gut, wenn das nicht zeitkritisch ist, dass die NebenThreads sich gegenseitig ausbremsen, weil sie beim Gui Schlange stehen müssen, bis dieses die Darstellung des LogEntries unter DachnFach hat ... Ansonsten würde ich dazu neigen, dass sie ihre Logmeldungen in eine ConcurrentQueue einspeisen, aus welcher sich wiederum das Gui bedient. Wenn dann immer noch di…