Runtime: Pregunta: ¿Tiene sentido el soporte de CLR para corrutinas?
Me impresionó mucho cómo se integraron las corrutinas en C ++ 20 al generalizar las convenciones de llamadas 1 . ¿Se considera esto para el CLR? ¿Valdría la pena siquiera?
Supongo que características como async / await y yield se beneficiarían enormemente de ese rendimiento, pero el costo de cambiar sus implementaciones sería inmenso. Sin embargo, ¿sentar las bases en el CLR en realidad podría no ser tan costoso ...?
Me pregunto si esto está en el radar de alguien, porque, hasta ahora, solo pude encontrar este comentario en un problema de charplang preguntando qué cambios de CLR beneficiarían a las características del lenguaje C #.
1 Este resumen de la función (antes de que se estandarizara) ofrece una buena descripción general.
bert2
>Todos los comentarios
Hasta donde yo sé, nadie ha hecho un análisis de los beneficios y costos estimados de tener soporte de corrutinas incorporado en el tiempo de ejecución. Estoy de acuerdo en que sería útil tener dicho análisis para que podamos comparar el costo / beneficio de hacer esto con otras características potenciales relacionadas con el rendimiento.
jkotas
en 12 ene. 2020
Temas relacionados
EgorBo
·
3Comentarios
omajid
·
3Comentarios
jkotas
·
3Comentarios
matty-hall
·
3Comentarios
btecu
·
3Comentarios
Comentario más útil
Hasta donde yo sé, nadie ha hecho un análisis de los beneficios y costos estimados de tener soporte de corrutinas incorporado en el tiempo de ejecución. Estoy de acuerdo en que sería útil tener dicho análisis para que podamos comparar el costo / beneficio de hacer esto con otras características potenciales relacionadas con el rendimiento.