Runtime: Frage: Ist die CLR-Unterstützung für Coroutinen sinnvoll?

Erstellt am 12. Jan. 2020  ·  1Kommentar  ·  Quelle: dotnet/runtime

Ich war sehr beeindruckt, wie Coroutinen in C ++ 20 eingebaut wurden, indem die Aufrufkonventionen 1 verallgemeinert wurden. Wird dies für die CLR berücksichtigt? Wäre es das überhaupt wert?

Ich gehe davon aus, dass Funktionen wie async / await und yield in Bezug auf die Leistung stark davon profitieren würden, aber die Kosten für die Änderung ihrer Implementierungen wären immens. Die Grundlagen in der CLR zu legen, könnte jedoch nicht so kostspielig sein ...?

Ich frage mich nur, ob dies auf dem Radar eines anderen ist, da ich diesen Kommentar bisher nur in einem Charplang-Problem finden konnte, in dem gefragt wurde, welche CLR-Änderungen den C # -Sprachenfunktionen zugute kommen würden.


1 Diese Zusammenfassung der Funktion (bevor sie standardisiert wurde) gibt einen schönen Überblick.

area-System.Threading.Tasks question tenet-performance

Hilfreichster Kommentar

Soweit ich weiß, hat niemand die geschätzten Vorteile und Kosten einer integrierten Coroutine-Unterstützung zur Laufzeit analysiert. Ich bin damit einverstanden, dass eine solche Analyse nützlich wäre, damit wir das Kosten-Nutzen-Verhältnis mit anderen potenziellen leistungsbezogenen Merkmalen vergleichen können.

>Alle Kommentare

Soweit ich weiß, hat niemand die geschätzten Vorteile und Kosten einer integrierten Coroutine-Unterstützung zur Laufzeit analysiert. Ich bin damit einverstanden, dass eine solche Analyse nützlich wäre, damit wir das Kosten-Nutzen-Verhältnis mit anderen potenziellen leistungsbezogenen Merkmalen vergleichen können.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen