Coroutinen nennen wir in der Informatik "kooperatives Multitasking". Sie sind eine Möglichkeit für mehrere verschiedene Ausführungsströme, sich kooperativ miteinander zu verschachteln. Beim kooperativen Multitasking hat ein Ausführungsstrom das unbestrittene alleinige Eigentum an der CPU, bis er a erreicht yield. Zu diesem Zeitpunkt hat Unity (oder das von Ihnen verwendete Framework) die Möglichkeit, zu einem anderen Ausführungsstream zu wechseln. Es wird dann auch alleiniges unbestrittenes Eigentum an der CPU, bis es ist yield.
Themen sind das, was wir "präventives Multitasking" nennen. Wenn Sie Threads verwenden, behält sich das Framework das Recht vor , Ihren Thread jederzeit zu unterbrechen und zu einem anderen Thread zu wechseln. Es ist egal, wo du bist. In manchen Fällen können Sie sogar vorübergehend angehalten werden, indem Sie eine Variable in den Speicher schreiben!
Für jeden gibt es Vor- und Nachteile. Die Nachteile von Koroutinen sind wahrscheinlich am einfachsten zu verstehen. Zunächst einmal werden alle Coroutinen auf einem einzigen Core ausgeführt. Wenn Sie eine Quad-Core-CPU haben, verwenden Coroutinen nur einen der vier Kerne. Dies vereinfacht die Dinge, kann jedoch in einigen Fällen ein Leistungsproblem darstellen. Der zweite Nachteil ist, dass Sie sich darüber im Klaren sein müssen, dass jede Coroutine Ihr gesamtes Programm stoppen kann, indem Sie dies ablehnen yield. Dies war vor vielen Jahren ein Problem unter Mac OS9. OS9 unterstützte nur kooperatives Multitasking auf dem gesamten Computer. Wenn eines Ihrer Programme hängen bleibt, kann der Computer so heftig angehalten werden, dass das Betriebssystem nicht einmal den Text der Fehlermeldung rendern kann, um Sie darüber zu informieren, was passiert ist!
Die Vorteile von Coroutinen sind, dass sie relativ einfach zu verstehen sind. Die Fehler, die Sie haben, sind weitaus vorhersehbarer. Sie erfordern normalerweise auch weniger Ressourcen, was hilfreich sein kann, wenn Sie in die Zehntausende von Coroutinen oder Threads aufsteigen. Candid Moon erwähnte in den Kommentaren, dass man sich, wenn man die Themen nicht richtig studiert hat, einfach an Koroutinen hält und sie stimmen. Mit Coroutinen lässt sich viel einfacher arbeiten.
Threads sind ein ganz anderes Biest. Sie müssen immer auf der Hut sein vor der Möglichkeit, dass Sie jederzeit von einem anderen Thread unterbrochen werdenund verwirren Sie mit Ihren Daten. Threading-Bibliotheken bieten eine ganze Reihe leistungsstarker Tools, die Sie dabei unterstützen, z. B. Mutexe und Bedingungsvariablen, mit denen Sie dem Betriebssystem mitteilen können, ob es sicher ist, einen Ihrer anderen Threads auszuführen, und ob es unsicher ist. Es gibt ganze Kurse, die sich mit dem richtigen Umgang mit diesen Tools befassen. Eines der bekanntesten Probleme ist ein "Deadlock", bei dem zwei Threads "hängenbleiben" und darauf warten, dass der andere Ressourcen freigibt. Ein weiteres für Unity sehr wichtiges Problem ist, dass viele Bibliotheken (wie Unity) nicht für die Unterstützung von Aufrufen von mehreren Threads ausgelegt sind. Sie können sehr leicht Ihren Rahmen sprengen, wenn Sie nicht darauf achten, welche Anrufe zulässig und welche verboten sind.
Der Grund für diese zusätzliche Komplexität ist eigentlich sehr einfach. Das präemptive Multitasking-Modell ähnelt dem Multithreading- Modell, mit dem Sie nicht nur andere Threads unterbrechen, sondern Threads tatsächlich nebeneinander auf verschiedenen Kernen ausführen können. Dies ist unglaublich leistungsfähig und die einzige Möglichkeit, diese neuen Quad-Core- und Hex-Code-CPUs, die auf den Markt kommen, wirklich zu nutzen, öffnet aber die Pandoras-Box. Die Synchronisationsregeln für die Verwaltung dieser Daten in einer Multithreading-Welt sind äußerst brutal. In der C ++ - Welt gibt es ganze Artikel, MEMORY_ORDER_CONSUMEdie sich mit einer einzigen Ecke der Multithread-Synchronisation befassen.
Also die Nachteile des Einfädelns? Einfach: Sie sind hart. Sie können auf ganze Klassen von Bugs stoßen, die Sie noch nie gesehen haben. Viele sind sogenannte "Heisenbugs", die manchmal auftreten und dann verschwinden, wenn Sie sie debuggen. Die Werkzeuge, die Ihnen zur Verfügung stehen, sind sehr leistungsfähig, aber auch sehr niedrig. Sie wurden entwickelt, um die Architektur moderner Chips effizienter zu gestalten, anstatt einfach zu bedienen zu sein.
Wenn Sie jedoch die gesamte CPU-Leistung nutzen möchten, benötigen Sie diese Tools. Außerdem gibt es tatsächlich Algorithmen, die beim Multithreading einfacher zu verstehen sind als bei Coroutinen, nur weil Sie das Betriebssystem alle Fragen behandeln lassen, wo Unterbrechungen auftreten können.
Der Kommentar von Candid Moon, sich an Koroutinen zu halten, ist auch meine Empfehlung. Wenn Sie die Leistungsfähigkeit von Threads nutzen möchten, verpflichten Sie sich dazu. Geh raus und lerne wirklich Fäden, formal. Wir hatten mehrere Jahrzehnte Zeit, um herauszufinden, wie Sie die besten Überlegungen zu Threads anstellen können, damit Sie frühzeitig sichere, zuverlässige und wiederholbare Ergebnisse erhalten und die Leistung nach und nach steigern können. Beispielsweise werden in allen vernünftigen Kursen Mutexe vor dem Unterrichten von Bedingungsvariablen unterrichtet. In allen vernünftigen Kursen, die sich mit Atomik befassen, werden Mutexe und Bedingungsvariablen vollständig unterrichtet, bevor überhaupt erwähnt wird, dass es Atomik gibt. (Hinweis: Es gibt kein vernünftiges Tutorial zur Atomik.) Versuchen Sie, das Stückchenweise Einfädeln zu lernen, und Sie betteln um eine Migräne.