Suchergebnisse

Zitat von Haudruferzappeltnoch: „Wird das dann alles mit Async Await gemacht ...?“Ja. Backgroundworker ist Müll, und hätte eiglich schon 2005 aus dem Verkehr gezogen gehört. Versuche Threading nie anders als über Tasks, Async/Await zu lösen. Es gibt vielleicht Sonderfälle, wo man vlt. doch noch olle Kamellen rauskramen muss, wie ThreadPool, Thread und Kram - aber ich wüsste konkret nicht einen einzigen zu nennen. Aber auf keinen Fall: BackgroundWorker.

Zitat von Haudruferzappeltnoch: „Ich denke ich probiere erstmal das Tut von EDR zu Async/Await nachzuvollziehen, das mit den Tasks ist mir noch nicht ganz klar“Mein hiesiges Tut erscheint mir heute üaberkandidelt - das deckt alles mögliche ab. Viel besser fokussiert ist das hier: codeproject.com/Articles/10296…ithout-any-additional-Lin Jo, der Begriff "Task" hat mehrere Bedeutungen. Im Zusammenhang mit Threading bedeutet es einfach "Thread". Raiders heisst jetzt Twix, und Thread heisst jetzt Tas…

- Jo, das übliche ist schon, dass man das Gui nicht geblockt haben will. - Dann kann man manchmal bestimmte rechenintensive Operationen auf mehrere Kernel verteilen, und dadurch Wartezeiten halbieren oder auch vierteln. Stichwort Paralell.For. Kommt allerdings so gut wie nie vor - also ich habs noch nie gebraucht. - Dann treten bei Datenübermittlungen Situationen auf, wo die Quelle sehr unregelmässig generiert. also mal 3s lang garnix, und dann aber in 5ms 200 Datensätze - sodass die DatenVerarb…

ich sag doch: so gut wie nie. Das bedeutet, dasses durchaus auch mal vorkommt. Wenn du magst, können wir auch mal deine Algorithmen angucken - vielleicht lässt sich da noch was verbessern. Mit Hashset, Linq, Binärer Suche etc. kann man oft Faktor 1000 rausholen.