erlang programming-languages real-time hard-real-time

¿Por qué Erlang es adecuado para aplicaciones suaves en tiempo real, pero no para tiempo real?



programming-languages real-time (3)

Hay una presentación de Vincenzo Nicosia de 2008 que describe el trabajo en HRT erlang (HARTE), que también describe los problemas relacionados con el tiempo real del BEAM actual, etc. Eche un vistazo a http://www.erlang.org/workshop /2007/proceedings/05nicosi.pdf

¿O tal vez también es bueno para el tiempo real?


La recolección de basura puede provocar pausas de duración impredecible; como tal, no puede poner límites superiores duros en la latencia. La definición de tiempo real difícil es básicamente que puede establecer límites duros en la latencia, por lo que este es un problema.


Oh, nadie ha respondido por qué es bueno para soft en tiempo real sin embargo:

En Erlang, cada proceso tiene su propio recolector de basura. Entonces, si cada uno de los procesos se mantiene con un montón bastante pequeño, entonces las pausas de GC tienden a ser muy pequeñas y esto proporciona un buen comportamiento en tiempo real.